本来应一个可爱帅气的编辑之邀，要写一本书《静儿的互联网服务治理私房菜》。想选服务治理的题材，想急着签协议就写了一个很匆忙的目录和例章。写书本是计划了很久的一件事情。现在反而有些犹豫了。我是不是应该把脚步放慢一些，再稳一些。我是不是应该自己先写了一部分，再考虑签约出版的事情。要做的事情太多了，比如：家里首先有帅气的男神要陪，人家老是计划着去这旅游，那旅游的。还有可爱的小鲜肉要陪，每天他都在长大，总觉得下一天他就没有今天可爱了。我记得他1岁多的时候，抱着他在院子里玩，总是觉得6个月大的小宝宝好可爱。然后现在又觉得他2岁之前胖嘟嘟的好可爱。话说很多朋友反馈说我最近不跑题，不秀恩爱了

　　哎，再纠结一下要不要现在出版。例章自己不满意，我要换掉。正好放到这里，让大家给点意见。写了十几页，今天先放一部分。对了，编辑让我不要手绘，用作图工具。我记得我看过一本外国大牛的书，啥来着，挺有名的，里面全是草稿纸似的作图。大家觉得呢，我应该用作图工具吗？谁能帮我想起来那本书的名字吗？

第1章 服务治理概述

　　服务治理是伴随着服务的概念同步产生的，只是随着SOA(面向服务架构)，微服务架构的流行，服务治理的地位日益凸显，大家也开始越来越重视这个话题。笔者在实际工作过程中发现很多人对服务治理的认知停留在服务治理框架的层面，思想受到框架的限制，本章内容主要带领大家对服务治理有个清晰明确的概念。

1.1 服务、服务治理的概念

　　怎么样？分解来看之后是不是没有大杂烩的感觉了？现在互联网开发的系统越来越复杂，怎样让系统服务各司其职，共同承载系统的运行任务呢。美食靠烹饪，服务靠治理。

　　大约在2010年时，zookeeper还不是很流行，当时我们团队从零开始开发一个商务领域的社交网站。我们的数据库使用的是主备数据库，我甚至自己写了一个socket发报文去监听数据库状态。各个业务分支都要依赖我的这个服务获取数据库配置。开发阶段，一开始不稳定，经常数据库连接无法获取，所有的开发人员都从座位上站起来眼巴巴的等待我解决问题。

　　后来zookeeper的出现有效的解决这些配置管理的问题，后来越来越完善的服务治理设计方案和框架大大简化着互联网开发，提高着系统的稳定性，并为性能优化提供着数据支持。 谈服务治理，先来说说服务。

　　1.什么是服务? 从业务角度而言，服务是一个可重复的任务。我是个做业务的，业务可以被粗粒度的划分为一系列粗粒度的服务和流程。这本质上符合SOA架构的风格，而现在比较流行的微服务出现实际上应当归功于SOA原则的成功。而微服务将服务划分的更细、更多，会导致出问题的概率变大。这时候，服务治理的手段没有进步的话，实际上服务的压力是变大了。所以大家在选择架构时，需要按照自己的业务发展现状和趋势合理的辩证的做决断。

　　举个例子：如果要建一间房子，可能随便建个土房子或者茅草房子就能用几十年，但是随着规模的扩大，建成四合院就要讲究格局，建成一个小区，建成一座城市，就需要运用各种工程学的知识更加统筹的规划。

　　2.什么是服务治理?

　　那什么是服务治理呢。本质上任何能提升服务可用性和性能，让服务更稳定等，只要是能让服务运行的更好，都属于服务治理的范畴。

　　下面是笔者对服务治理做了一个梳理所化的图，服务治理包括但不限于下图内容。服务治理各个内容模块的意义和实现方式都会在以后的章节中仔细阐述。

　　服务治理并没有非常具体的边界，但可以归纳为一些关键词：服务发现、服务变更管理、服务监控、服务扩容缩容、服务自我保护、服务降级、服务授权防攻击、服务上线验证和灰度发布、服务问题定位和跟踪、服务负载、服务实例的调度等。 服务治理涉及到开发过程中的方方面面，下面几节从上至架构设计下至网络编程模型各个方面来看一下和服务治理的关系。