入门篇-03初探微服务架构

入门篇-03初探微服务架构

01 | 微服务架构的模块图

1、服务调用流程

1）首先，服务提供者向注册中心注册服务，声明自己能提供的服务的种类和地址，完成服务发布。
2）然后，服务消费者请求注册中心，查询所需要调用的服务地址，以约定的通信协议向服务提供者发起请求，得到结果后按约定的协议解析结果。
3）此外，服务的调用过程中，服务的各种指标会被记录下来用作监控，调用经过的链路信息会被记录下来，用于故障定位和问题追踪。若调用失败，可通过服务治理手段保证成功率。

02 | 微服务架构下，服务调用依赖的基本组件

1、服务描述

1. 服务调用首先要解决的问题就是服务如何对外描述。包括：服务名，参数，返回格式，如何解析等。
2. 常用的服务描述方式包括RESTful API、XML配置以及IDL文件三种。
	1）RESTful API 方式通常用于 HTTP 协议的服务描述，并且常用 Wiki 或者 Swagger 来进行管理。
	2）XML 配置方式多用作 RPC 协议的服务描述，通过 *.xml 配置文件来定义接口名、参数以及返回值类型等。
	3）IDL 文件方式通常用作 Thrift 和 gRPC 这类跨语言服务调用框架中。例如 gRPC 就是通过 Protobuf 文件来定义服务的接口名、参数以及返回值的数据结构。

2、注册中心

1）解决服务的发布和订阅，服务提供者将自己的服务以及地址登记到注册中心，服务消费者则从注册中心查询需要的服务地址并发起请求。
2）工作流程

1. 服务提供者在启动时，根据服务发布文件中配置的发布信息向注册中心注册自己的服务。
2. 服务消费者在启动时，根据消费者配置文件中配置的服务信息向注册中心订阅自己需要的服务。
3. 注册中心返回服务提供者地址列表给服务消费者。
4. 服务提供者发生变化，如节点新增、销毁，注册中心将变更通知给服务消费者。

3、服务框架

1. 解决服务发起调用之前的问题
	1）服务通信采用什么协议？例如：四层 TCP、UDP 协议，还是七层 HTTP 协议。
	2）数据传输采用什么方式？例如：同步还是异步，单连接上传输，还是多路复用。

4、服务监控

1. 监控服务调用，了解服务是否正常，发现问题。
2. 服务监控包括三个流程：
	1）指标收集。收集服务调用的请求耗时、成功与否，上传到集中的数据处理中心。
	2）数据处理。计算每秒服务请求量、平均耗时以及成功率等指标。
	3）数据展示。将数据收集的数据进行处理，展示在 Dashboard 面板上，每隔10s 自动刷新，用作业务监控和报警等。

5、服务追踪

1. 记录服务调用经过的每一层链路，以便进行问题追踪和故障定位。
2. 工作原理
	1）调用每经过一层就生成一个requestid，进入一层时将以前几层的requestid作为参数传入，以此类推，一次请求，无论最后依赖多少次服务调用，经过多少服务节点，都可以通过最开始生成的requestid 串联所有节点，从而达到服务追踪的目的。

6、服务治理

1. 通过一系列手段保证在各种意外情况下，服务调用仍然能够正常进行。
2. 生产环境中经常遇到的几种状况：
	1）单机故障
	2）单 IDC 故障
	3）依赖服务不可用

03 | 总结

1、微服务架构

1）以上几个基本组件共同组成了微服务架构，在生产环境下缺一不可。
2）中小团队建议使用开源实现方案，减少采坑。
3）无论开源还是自研，都必须吃透每个组件的工作原理并能在此基础上进行二次开发。

参考文献：

[1]胡忠想. 从0开始学微服务[M]. 极客时间, 2018.
[2]图片取自【从0开始学微服务】专栏