本文介绍了微服务架构的基本组成，包括服务描述、注册中心、服务框架、服务监控、服务追踪和服务治理。服务描述涉及RESTful API、XML配置和IDL文件。注册中心负责服务的发布和订阅。服务框架解决服务通信协议、数据传输方式和数据压缩格式问题。服务监控关注指标收集、数据处理和展示。服务追踪通过requestid实现调用链路跟踪。服务治理确保在各种异常情况下，如单机故障、IDC故障和依赖服务不可用时，服务调用仍能正常进行。
最近由于业务需要，团队开始大量对系统架构做微服务改造，我想你一定很好奇微服务架构到底是什么样子的，接下来我们一起走
走进微服务架构，来看看它的各个组成部分。
下面这张图是我根据自己的经验，绘制的微服务架构的模块图，在具体介绍之前先来看下一次正常的服务调用的流程。
首先服务提供者（就是提供服务的一方）按照一定格式的服务描述，向注册中心注册服务，声明自己能够提供哪些服务以及服务的地址是什么，完成服务发布。接下来服务消费者（就是调用服务的一方）请求注册中心，查询所需要调用服务的地址，然后以约定的通信协议向服务提供者发起请求，得到请求结果后再按照约定的协议解析结果。
接下来服务消费者（就是调用服务的一方）请求注册中心，查询所需要调用服务的地址，然后以约定的通信协议向服务提供者发起请求，得到请求结果后再按照约定的协议解析结果。
而且在服务的调用过程中，服务的请求耗时、调用量以及成功率等指标都会被记录下来用作监控，调用经过的链路信息会被记录下来，用于故障定位和问题追踪。在这期间，如果调用失败，可以通过重试等服务治理手段来保证成功率总结一下，微服务架构下，服务调用主要依赖下面几个基本组件：
- 服务描述
- 注册中心
- 服务框架
- 服务监控
- 服务追踪
- 服务治理
最低0.47元/天 解锁文章
4435
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
