文档介绍：微服务治理的技术演进和架构实践
随着业务的发展，规模扩大,服务越来越多,需要协调线上运行的各个服务，保障服务的SLA;基 于服务调用的性能KPI数据进行容量管理，合理分配各服务的资源占用;对故障业务做服务降级、流量 控制、流量迁移等快速灰复业务。怎样的服务治理框架能满足需求?
本文档，将分为三个部分。
为什么需要服务治理
服务治理的技术演进历程
云端微服务治理框架设计
为什么需要服务治理？
第一、业务需求
随着业务的发展，服务越来越多，如何协调线上运行的各个服务，保障服务的SLA ,对服务架构和运 维人员是一个很大的挑战。随着业务规模的不断扩大,小服务资源浪费等问题逐渐显现，需要能够基 于服务调用的性能KPI数据进行容量管理，合理分配各个服务的资源占用,提高机器的利用率。线上 业务发生故障时,需要对故障业务做服务降级、流量控制、流量迁移等,快速恢复业务。
着开发团队的不断扩大,服务的上线越来越随意，甚至发生功能相同、服务名不同的服务同时上线。
上线容易下线难,为了规范服务的上线和下线,在服务发布前,需要走服务预发布流程,由架构师或 者项目经理对需要上线的服务做发布审核,审核通过的才能够上线。为了满足服务线下管控、保障线 上高效运行,需要有一个统一的服务治理框架对服务进行统一、有效管控,保障服务的高效、健康运 行。
第二、技术需求
大部分服务化框架的服务属性通过XM L配置或者Java注解的方式进行定义，以服务端流量控制为例：
通过XML的方式进行配置：”
<bean id = 44echoService" c 1 ass= n edu. neu. EchoServiceImp 1w />•
<xxx:service interface11*
"edu, neu. EchoService" ref=" echoServige" executes=*5" />•
服务发布的XML文件通常会打包到服务提供者的jar包中，部署在Java Web或者Java Container 容器中,存储在服务端的本地磁盘中。
通过注解的方式进行配置：-
***@MicroService・
public interface DemoService
©Method (executes=*5w ) •-
String demo(String name);*
无论采用注解还是XML配置的方式，如果需要在运行态动态修改服务提供者的流控阈值,都需要在 本地修改配置或者修改源码，重新打包部署并升级应用。无法实现在线、配置化的修改和动态生效。 由于诸如流控阈值、服务的超时时间等无法预测出最优值，需要修改之后上线验证，根据服务运行效 果决定是否再做调整，因此经常需要反复调整,采用修改源码-重新打包部署-应用升级的方式进行服 务治理,效率低下。因此,在技术上需要一个服务治理框架，提供Web Portal ,微服务运维或者治 理人员通过在线配置化的方式修改服务提供者或者消费者的属性，可以实时动态生效。
服务治理的技术演进历程
第一代服务治理SOA Governance:以IBM为首的SOA解决方案提供商推出的针对企业IT系统的 服务治理框架,它主要聚焦在对企业IT系统中异构服务的质量管理、服务发布审批流程管理和服务 建模、开发、测试以及运行的全生命周期管理。
第二代以分布式服务框架为中心的服务治理：随着电商和移动互联网的快速发展，基于电商平台的统 一分布式服务框架的全新服务治理理念诞生,它聚焦于对内部同构服务的线上治理，保障线上服务的 运行质量。相比于传统IT架构的服务治理，由于服务的开发模式、部署规模、组网类型、业务特点 等差异巨大，因此服务治理的重点也从线下转移到了线上服务质量保障。
第三代以云化为核心的云端微服务治理架构:2013年至今，随着云计算和微服务架构的发展，以AWS 为首的基于微服务架构 云服务化的云端服务治理体系诞生，它的核心理念是服务微自治,利用云调 度的弹性和敏捷，逐渐消除人工治理。微服务架构可以实现服务一定程度的自治，例如服务独立打包、 独立部署、独立升级和独立扩容。通过云计算的弹性伸缩、单点故障迁移、服务健康度管理和自动容 量规划等措施,结合微服务治理,逐步实现微服务的自治。
第一代SOA Governance服务治理
第一代SOA Service GovernanceSOA Governance的定位:面向企业IT系统异构服务的治理和服
务生命周期管理,它治理的服务通常是SOA服务。传统的SOA Governance包含四部分内容：1. 服务建模：验证功能需求与业务需求，发现和评估当前服务,服务建模和性育总需求，开发治理规划。
服务组装:创建服务更新计划,创建和修改服务以