微服务架构之服务发现服务之流程概述

微服务架构之服务发现服务之流程概述

降低维护难度，减少开发耦合，保持系统清晰，同时方便水平扩展，满足高性能，是微服务架构的特点。
架构中的服务实例，随时加入，随时退出，实例的位置（IP地址和端口）都是动态分配的，不能提前告知到客户端，因此需要一个机制来通告服务实例位置的机制，服务发现便是该机制的策略，是微服务架构的关键模块，它决定了整个系统能顺畅给客户端提供服务的策略和工作模式。

服务发现有两种模式，客户端模式和服务端模式，服务发现的核心组件是服务注册，注册也有两种方式，自注册和第三方注册。

服务发现之客户端模式

客户端将查询可用服务器地址的请求发送到服务注册服务器，注册服务器收到请求后，返回给客户端可用的服务实例位置列表，然后，客户端从位置列表中按照设定的规则选择一个业务服务实例，最后，将业务请求发送给该业务服务实例，两者建立直接的请求-响应连接。

缺点：这种模式增加了客户端开发的复杂度，在与实际的业务服务通信之前的所有操作，都需要客户端编写相关（包括位置查询，服务实例选择）的代码逻辑。

服务发现之服务端模式

客户端将业务请求发送给微服务集群的代理服务路由，路由根据一定规则（负载、处理速度等）选择可用的服务实例，将客户端请求导向到选定的服务，服务实例直接返回响应给客户端。

优点：客户端访问简单，只需给服务端发请求即可。

服务自注册之自注册方式

自注册方式是注册服务器自己处理服务实例的加入和退出，维护已有实例的状态，提供查询和更新、修改实例状态及实例位置等的API。

服务自注册之第三方注册方式

第三方注册方式是注册服务器自身之外的第三方服务器借助注册服务器的API处理服务实例的加入和退出，维护已有实例的状态，提供查询和更新、修改实例状态及实例位置等。

[完记]