微服务系列——服务治理有用吗？

SOA架构下，由以前的单机服务分拆为多个服务，多服务之间相互调用混乱复杂，故而引入ESB对服务的调用进行统一的管理，那时候服务治理的概念已经出现；现在服务被进一步细化地拆分，可以称得上是原子级别地服务了，在原来的服务数量的基础上又呈现了指数级的增长，服务之间的调用更加复杂，而且会出现服务压力倾斜的情况，某个服务被频繁调用而且压力很大，另外的服务被调用的次数很少。因而服务治理是微服务架构中必不可少的一个组成单元，提供对服务的统一注册、统一发现、统一管理、统一监控的作用并对运维策略的配置、系统异常的及时定位等有很大的帮助。

接下来我们对服务治理这个概念进行拆分探讨：

首先，服务的生产者和消费者都需要和注册中心进行通信去注册服务或者发现服务，这样上线发布的服务就会统一的在注册中心中可以注册留存一份信息，服务的消费者从注册中心取得需要调用的服务的同时还可以取到对应的服务物理地址、相应的访问策略以及用于鉴权的一些标志信息，取得相应信息后，服务消费者可以带着鉴权信息、访问策略去访问要调用的服务的地址。

其次，需要一个治理中心对服务的整体运行情况进行配置，对已经上线的服务进行主动降级处理或者进行下线处理，可以对准备发布的服务进行热部署等操作。

最后，需要一个监控中心进行多维度的监控，实现对系统资源消耗情况，运行时服务的健康情况，服务调用的次数、链路分析以及响应时间的监控信息，可以供管理人员查看服务的调用频度，供运维开发人员快速定位系统的优化点以及系统异常问题。

仅仅是刚查了点瞎写了点，明天再仔细看看，理解一下别人的输出然后再重新写一篇。