「第二部:容器和微服务架构](14)微服务可寻址性和服务注册表

每个微服务都有一个用于解析其位置的唯一名称（URL）。你的微服务在运行的任何地方都需要是可寻址的。如果你必须考虑哪台计算机正在运行一个特定的微服务，事情可能会很快恶化。正如DNS解析特定计算机的URL一样，您的微服务需要有一个唯一的名称，以便可以发现其当前位置。微服务需要可寻址的名称，使它们独立于运行它们的基础设施。这意味着在如何部署服务和如何发现服务之间存在交互，因为需要有一个服务注册中心。同样，当一台计算机出现故障时，注册表服务必须能够指明服务正在运行的位置。

服务注册模式是服务发现的关键部分。注册表是包含服务实例的网络位置的数据库。服务注册需要高度可用和最新。客户端可以缓存从服务注册表获得的网络位置。但是，这些信息最终会过时，客户机无法再发现服务实例。因此，服务注册表由使用复制协议维护一致性的服务器群集组成。

在一些微服务部署环境（称为集群，将在后面的章节中介绍）中，服务发现是内置的。例如，具有Kubernetes（AKS）环境的Azure容器服务可以处理服务实例注册和注销。它还在每个集群主机上运行一个代理，该代理扮演服务器端发现路由器的角色。

在Spring Cloud 微服务平台上，Eureka 支持微服务的注册和发现，服务实例启动的时候注册到Eureka ,服务调用的时候先从Eureka找到服务提供者的真实地址，然后再调用服务的真实地址。在有多个服务实例的时候，相当于Eureka 也提供了服务端负载均衡的作用。

Spring Cloud 微服务平台的服务注册和发现使用Eureka

Spring Cloud 是一个开源的微服务平台，后续章节会深入介绍Spring Cloud 微服务平台。