首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >AWS ELB诉服务登记处

AWS ELB诉服务登记处
EN

Stack Overflow用户
提问于 2019-01-08 13:35:29
回答 2查看 1.2K关注 0票数 0

在微服务体系结构中,在代码或信任中硬编码服务的URL并不是一个很好的实践,因为这可能会发生变化。为此,我们使用服务发现模式。但是,使用AWS可以实现同样的目的,一旦我向ELB注册了我的服务,如果我硬编码它的URL,那么就不会回归更改服务的Ip,因为ELB URL保持不变。

那么,在代码配置中硬编码AWS与使用诸如Eureka、Istio等服务注册表工具之间的区别是什么?

EN

回答 2

Stack Overflow用户

发布于 2019-01-11 10:52:40

我看到了通过Eureka、Istio或AWS ELB等工具进行服务发现的两大不同之处。

  1. 在使用AWS时,您是某种程度上的依赖或云实现或云提供商。您的部署现在与Cloud相结合。现在,将来如果您必须更改云(假设您出于某种原因想要迁移到Azure ),那么迁移将导致一些额外的工作,因为您需要在新云上设置云服务发现的couter部分。但是,如果直接使用Eureka或istio,您只需要在新的云平台上部署您的工件和相应的配置。
  2. 第二个区别是内部客户端如何能够发现目标服务。

有两种服务发现模式:

Eureka,Istio是客户端服务发现客户机直接与服务注册中心对话,并获取要调用的服务的完整地址(主机和端口)。因此,最终,客户端知道主机和服务端口,而客户端是向目标服务提出最终请求的人,因此,这就是客户端发现。

AWS 是服务器端服务发现,客户端与负载均衡器(或路由器)交谈。路由器内部通过服务注册中心发现服务地址,然后再打电话给目标服务。

主要区别是-

  • 客户端永远不会知道目标服务的地址,或者客户永远不需要知道目标服务的详细信息。
  • 客户端代码变得更简单,因为它不必处理服务发现。
票数 1
EN

Stack Overflow用户

发布于 2019-01-10 18:26:37

像Eureka这样的服务注册中心是客户端服务发现的一个例子。AWS ELB代表服务器端的服务发现.

请通过- https://microservices.io/patterns/service-registry.html深潜。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/54093008

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档