在微服务体系结构中,在代码或信任中硬编码服务的URL并不是一个很好的实践,因为这可能会发生变化。为此,我们使用服务发现模式。但是,使用AWS可以实现同样的目的,一旦我向ELB注册了我的服务,如果我硬编码它的URL,那么就不会回归更改服务的Ip,因为ELB URL保持不变。
那么,在代码配置中硬编码AWS与使用诸如Eureka、Istio等服务注册表工具之间的区别是什么?
发布于 2019-01-11 10:52:40
我看到了通过Eureka、Istio或AWS ELB等工具进行服务发现的两大不同之处。
有两种服务发现模式:
Eureka,Istio是客户端服务发现客户机直接与服务注册中心对话,并获取要调用的服务的完整地址(主机和端口)。因此,最终,客户端知道主机和服务端口,而客户端是向目标服务提出最终请求的人,因此,这就是客户端发现。
AWS 是服务器端服务发现,客户端与负载均衡器(或路由器)交谈。路由器内部通过服务注册中心发现服务地址,然后再打电话给目标服务。
主要区别是-
发布于 2019-01-10 18:26:37
像Eureka这样的服务注册中心是客户端服务发现的一个例子。AWS ELB代表服务器端的服务发现.
请通过- https://microservices.io/patterns/service-registry.html深潜。
https://stackoverflow.com/questions/54093008
复制相似问题