负载均衡器vs服务发现?



希望大家都好。

有一个问题一直困扰着我。根据我的理解,我们使用服务发现来消除记住微服务的URL和端口号的需要。例如,如果我们有10个相同的微服务实例,那么我们只需要通过名称通过服务发现来访问它们。它已经实现了负载平衡。对吧?但是负载均衡器出现了。根据我的理解,我们又在做同样的事情,对吧?

我们正在使用负载均衡器来再次消除记住微服务的URL和端口的需要,对吗?

那么我的问题是使负载均衡器成为负载均衡器和服务发现成为服务发现的根本区别是什么?

请原谅我的错误。这可能是我的误解。但如果你能帮忙的话,那就太好了。

很棒的想法,我建议通过Q&A:)

让我挑一个问题:"我们正在使用负载均衡器来再次消除记住微服务的URL和端口的需要,对吗?">

那么客户端如何知道负载均衡器的地址?在生产和测试阶段会有所不同;在一个区域化的世界里,不同的地区可能会(也可能不会)有所不同。

下一个维度是服务本身的体系结构。并不是每个独立节点都知道如何向服务发现注册自己。在负载均衡器后面运行几个节点是完全可以的——在这种情况下,整个服务看起来就像一个单独的盒子,用于整个世界。客户端仍然需要发现负载均衡器

注。每个服务节点独立地将自己注册到服务发现,客户端发现并随机连接到这些节点——这个概念通常被称为"服务网格";-一个中间件来完成所有的发现,路由,故障检测等。

相关内容

  • 没有找到相关文章

最新更新