微服务架构

服务提供者：
1.按照一定的格式描述服务
2向注册中心注册服务，声明自己所提供的服务以及服务的地址。

服务消费者：
1、请求注册中心，查询所请求的服务，并按照约定的通信协议进行请求。

服务之间的调用主要依赖于一下几个组件：
1）服务描述
对外描述服务名，如何调用，返回结果以及如何解析结果。主要有三种方式restful api,XML,IDL
2）注册中心

服务的提供者将自己的服务和地址登记到注册中心，消费者则可以从注册中心查询所需要调用的服务的地址。
注册中心的一般流程
1.服务提供者在服务启动的时候，根据配置信息向注册中心进行注册
2.服务消费者在启动的时候，根据配置信息向注册中心订阅自己所需要的服务，注册中心将服务提供者列表返回给服务消费者。
3.当服务有变化，节点的增加或者删除，注册中心将通知服务消费者。

3）服务框架
服务调用需要考虑的几个问题
1.服务的通信采用的协议，比如http,tcp
2.数据的传输方式,同步还是异步，单连接还是多路复用
3.数据压缩格式，对数据压缩可以减少网络传输的数据量，减少带宽和网络传输的时间。如json序列化，java对象序列化。
4）服务监控 用于发现问题
服务可以调用后，需要对服务进行监控。主要包括三部分。
1.指标收集，就是要把每一次服务调用的请求耗时以及成功与否收集起来，并上传到集中的数据处理中心。
2.数据处理，根据收集到的数据，可以计算得出每秒服务请求量，平均耗时以及成功率等。

3.数据展示，将处理好的数据进行各种自定义的展示，并可设置进行报警。
5）服务追踪 用于定位问题
记录服务调用的链路，以便追踪和定位。
服务消费者在发起请求时会在本地生成一个requestid,并将该id作为请求参数传递给服务提供者,如果服务提供者还需要调用其他服务，那么他也是会生成一个requestid,并将自己的和调用他的
请求者的requestid一同传递下去，那么久可以根据初始的id找到整个调用链。
6）服务治理 通过一系列的手段来保证在各种意外情况下，服务调用仍然能够正常进行。
生产环境中常遇到的问题
1.单机故障
2.单IDC故障
3.依赖服务不可用
4.服务容量不够