对于微服务治理在前面已经谈到了实际上包括了微服务模块本书和微服务API接口治理两个方面的内容，而不能简单理解为API接口的治理。因此微服务治理应该进一步融入IT治理和SOA治理两个部分的内容。
微服务治理是针对企业组织和业务目标，制订一套标准的管理，业务，技术，过程规范体系，实现微服务从需求，设计，开发上线，运行，下线的全生命周期管理能力。同时构建一套完整的度量指标体系，通过实时的日志和性能数据采集，持续的监控服务运行监控状态，并执行相应的限流，预警等管控策略，以确保微服务的持续健康，可靠和高效运行。
很多做法实际和我们实施SOA集成大项目中的，SOA治理管控做法一致。
对于这本书的内容，我后面还会单独整理笔记。
从这本书，可以看到作者对微服务治理的理解包括了度量，管控，管理几个关键方面，并基于三位一体的思路实现一个微服务治理的闭环。
而里面涉及到的关键就是微服务度量体系的建设，服务监控管理（限流，熔断，降级，安全）和服务链监控。其中服务度量涉及到服务开发，测试，运维，上线运行各阶段的度量；对于服务管控本书也涉及到微服务全生命周期的管控。
也正是这个原因，我们才看到微服务治理不能简单地和SOA治理做等同。比如将微服务治理简单理解为类似SOA架构下的Http Rest API接口或RPC接口的管控治理。一个完整的微服务治理应该同时包括了传统的软件开发全生命周期管理+接口服务全生命周期管理的内容。
只是原来的软件系统开发变成了一个个拆分后的微服务模块开发。
微服务治理框架
对于微服务治理，如果我们用这个关键字进行搜索，搜索到的内容主要包括两个部分。
-
类似Springcloud，Istio，治理平台等软件框架平台内容
-
类似服务限流熔断，服务链监控，安全，日志，SLA管理等内容
当然这两个部分内容本身没有错。但是现在容易造成的误解的就是将对微服务架构平台上线后的微服务运行管控，监控分析理解为完整的微服务治理内容。而实际上我们看到微服务治理的范畴远远超过这个理解。
也就是说软件治理框架仅仅是工具或平台，是执行你制定的策略用地。那么治理本身的关键是制订策略，而不是策略究竟是人来执行，还是软件工具平台来执行。
我们举一个简单的例子来说明下。
对于治理平台提供了服务限流熔断的功能，比如并发数大于1万次就进行限流，我们也很容易将该规则配置到治理平台。但是实际治理的关键是制定一个策略，即我们针对不同的业务场景，服务类型，服务SLA重要性要求，应该如何去制订合理的限流策略。
不清楚基于什么规则制订策略，在平台上胡乱配置，反而是起到副作用。
