微服务怎么部署到服务器的_微服务从设计到部署（四）服务发现

阅读本文约需要6分钟

大家好，我是你们的导师，我每天都会在这里给大家分享一些干货内容(当然了，周末也要允许老师休息一下哈)。上次老师跟大家分享了下微服务从设计到部署(三)进程间通信的知识，今天跟大家分享微服务从设计到部署(四)服务发现的知识。

参考来源：https://www.cnblogs.com/oopsguy/p/7493024.html

本书主要介绍如何使用微服务来构建应用程序，现在是第四章。第一章已经介绍了微服务架构模式，并讨论了使用微服务的优点与缺点。第二章和第三章介绍了微服务间的通信，并对不同的通信机制作出对比。在本章中，我们将探讨服务发现(service discovery)相关的内容。

4.1、为何使用服务发现

我们假设您正在编写某些代码，这些代码调用了有 REST API 或 Thrift API 的服务。为了发送一个请求，您的代码需要知道服务实例的网络位置(IP 地址与端口)。在运行于物理硬件上的传统应用中，服务实例的网络位置是相对静态的。例如，您的代码可以从偶尔更新的配置文件中读取网络位置。

然而，在现代基于云的微服务应用中，这是一个更难解决的问题，如图 4-1 所示。 服务实例具有动态分配的网络位置。此外，由于自动扩展、故障与升级，整组服务实例会动态变更。因此，您的客户端代码需要使用更精确的服务发现机制。

图4-1 有两种主要的服务发现模式：客户端发现(client-side discovery)与服务端发现(server-side discovery)。让我们先来看看客户端发现。

4.2、客户端发现模式

当使用客户端发现模式时，客户端负责确定可用服务实例的网络位置和请求负载均衡。客户端查询服务注册中心(service registry)，它是可用服务实例的数据库。之后，客户端利用负载均衡算法选择一个可用的服务实例并发出请求。

图 4-2 展示了该模式的结构