推荐阅读：服务治理九大原则

转载本文需注明出处：EAII企业架构创新研究院，违者必究。如需加入微信群参与微课堂、架构设计与讨论直播请直接回复此公众号：“加群 姓名 公司 职位 微信号”。

各位好，很高兴能给大家分享“服务治理九大原则”。

未来企业增长和竞争的能力越来越取决于其数字化创新能力，企业数字化要求IT系统从对内服务向互联网服务转变。为了应对企业数字化转型，企业IT架构采用分布式、微服务、移动化等技术来应对业务变化带来的挑战。新的技术在解决系统敏捷性的同时，也带来了新的问题，数量和种类繁多的服务如何管理？

本次分享为大家逐一作介绍。

本次分享从三个方面介绍，首先介绍企业数字化转型需要服务治理，然后介绍服务治理过程中的九大原则，最后介绍按照服务治理九大原则实施之后的效果。

· · ·

第一部分：企业数字化转型需要服务治理

提到企业数字化转型，不得不提现在的一个主流观点：未来的企业必将成为数字化企业，每个公司都将会成为软件公司！

在企业数字化转型过程中，我们的传统应用需要解耦，降低系统改造和演进的复杂度。核心系统专注于稳定性高和变化小的业务。大量的非核心功能由外围系统承担，通过应用拆分、快速构建与试错、能力开放等技术手段满足业务敏捷调整的需求。

对于传统应用而言，其特征如下：

1.服务内部用户为主

2.需求明确、功能全，覆盖广，大集成，中央控制，适合稳定发展阶段

3.刚性强，难以快速变化，维护成本高，快速变革的新业态无法支持

而对于新兴的互联网应用，其特征如下：

1.服务外部客户和合作伙伴

2.需求变动快，功能简单，独立和分散，分布式进化，一切都从零开始，业务与IT无法分开，需要快速创新

3.运用规模变化大，大范围广泛的尝试，易失败（淘汰），对业务弹性、快速发布要求高

说一个题外话，我们现在的所谓互联网+，其实 本质上是让企业的应用、产品与服务形成互联网特征，而不是把企业变为一个互联网公司，像百度一样去做搜索，或者像阿里一样去做电商。

企业数字化转型需要业务拆分和系统解耦，原来由大而全的系统独立完成的业务需要多个系统协作才能完成。需要理清楚系统边界、系统间有哪些服务？众多的服务被识别出来后需要有效的管理起来。

企业数字化是“人、事、物的前所未有的融合”，内部系统与外部系统通过服务方式进行双向集成。既有服务“引进来”，也有服务“走出去”，能力开放关注于服务在安全、性能、开放门户等方面的要求。

· · ·

第二部分：服务治理九大原则

原则一、审计：需要有独立第三方稽核

这一原则的含义是：服务治理涉及到服务管理的各个阶段和众多的参与者，为了检查技术标准和管理流程的执行情况，在关键环节需要对服务消费者和服务提供者进行实施稽核的人员必须中立，能够提供专业、公平、公正的审计报告，并指导各方持续改进。

服务治理项目团队需要制定出符合企业IT架构发展的技术标准和管理流程，并能够提供相应的管理工具对关键环节进行稽核，对标准和流程的执行情况能够及时度量。

同时兼顾服务提供者和服务消费者，真正做到“标准可落地，流程可执行”，服务治理项目建议由独立的第三方组织实施。

服务治理项目实施成功的关键因素是项目团队能够保持中立的立场，提供公平、公正的稽核管理。

在我们参与实施的某省移动公司服务治理项目中，一期由某通信国内大型应用开发商Y实施，Y厂商同时负责该省的CRM系统，BOSS系统是另外一个大型应用开发商H提供。Y和H是竞争关系，都能够为电信运营商提供CRM和BOSS系统。由于种种非技术的原因，应用开发商H不愿意讲服务注册到Y开发的服务集成平台上。局方在项目组花费了较多的沟通协调工作，收效一般。

项目陷入僵局一年之后，普元负责服务治理平台二期项目建设。服务治理平台属于底层技术平台，业务相关性较弱，普元不涉及业务应用，在项目中能够保持中立的立场，能够执行局方对服务治理的需求，同时处理好服务提供方和服务消费方的要求。

经过半年的实施，项目顺利完成，并实现对接口服务的“可管、可控、透明化”管理。

原则二、系统：先解耦、再整合

现有大而全的系统犹如一张大网，错综复杂，系统边界不清晰、系统部署架构和功能架构不清晰。牵一发而动全身，项目改造难度极大、成本极高。 

前面提到数字化企业为了适应业务的发展，IT系统必须敏捷。敏捷的前提是对现有的“大饼”系统需要解耦，解耦之后业务系统由多个小系统组成，系统间边界清晰、系统间交互明了。通过解耦减低了系统演进的复杂度、提高业务创新和业务融合的速度。 

需要从三个方面解决问题： 

1、解耦：将现有大而全的系统采用服务架构和标准化技术进行功能和部署的解耦； 

2、集成：因为业务的关联性，解耦伴随着需要解决集成问题，通过引入企业级服务总线（ESB）等工具对服务进行管控； 

3、管控：通过在ESB基础之上建设服务治理平台，实现服务的全生命周期管理，全面提升IT集成能力。

原则三、服务梳理：自上而下和自下而上区分对待

在系统解耦和服务发现的过程中涉及到两种服务梳理方法， “自上而下”和“自下而上”两种方式各有利弊，项目实施时需要根据实际情况选择合适的服务梳理方法。只有适合实际系统改造的方法才是最好的。

“自下而上”的服务梳理方法是一种服务发现的模式，系统解耦时，根据业务的需要，能够采用服务集成的每一个信息交互都通过服务方式进行。“存在的就是合理的”，即每一个存在的服务都假设它是合理的。比如系统拆分时，CRM系统需要调用BOSS系统100个服务，服务集成平台据实把这100个服务注册进来，后期通过运行监控工具监控服务运行状况，把调用量长期为零的服务逐渐注销。

“自上而下”的服务梳理方法是一种服务规划的模式，系统建设时，规划业务蓝图、拆分业务职能、梳理业务流程、定义业务活动、规划业务交互关系。这里规划的业务交互关系包括服务集成、数据集成、流程集成、界面集成等，服务治理实施时需要把规划出来的服务注册并监控管理起来。

服务梳理方法论内容较多，限于篇幅这里不做展开讨论。

原则四、技术：建立统一的技术标准

在“移动互联”和“互联网+”的时代，服务调用的次数更高，时间响应的要求更短。统一的技术标准可以减少开发时间，减少不必要的协议转换、消息转换，提高响应速度，服务治理更关注于过程管理本身。

服务治理过程中统一技术标准的意义类似于古代“车同轨，书同文”。

什么叫做书同文 ，车同轨？

首先，服务调用过程中涉及到诸多技术标准：接口原则、编码规范、服务规范等要统一

其次，随着技术和为了提高服务开发效率和响应速度，需要制定统一的技术标准。

最后，业务的发展，服务治理的重点从早期的协议转换演进为服务管理；

原则五：流程：结合企业IT管理需求设置合适的管理流程

服务治理的过程很复杂，主要因为如下方面 的原因：

首先，涉及到的人员多：服务提供方、服务消费者、服务管理员等角色

然后，涉及到的环节多：服务定义、服务注册与部署、服务运行监控、服务优化等环节

最后，涉及到的流程多：服务注册、服务注销、服务变更、服务调用等流程

服务治理实现了服务的全生命周期管理，项目实施时需要根据企业管理要求制定出可落地、可执行的管理流程。清晰的定义出什么人（组织），在什么地方（平台），做什么事情（工具）。

流程管理可以是线下的，也可以借助专业的BPM平台实现。两种方案实施的成本和周期差异较大，实施方案需要根据实际情况而定。

原则六、组织：建立专业专职人员保障

服务治理是咨询+实施类项目，不仅仅是部署一套平台工具。为了实现服务治理的效果，需要由专业和专职的人员参与。

服务治理原则六和参与人员相关，即“组织：建立专业专职的人员保障” ，下面分别介绍一下各个角色的职能：

治理小组，推动和实施SOA治理活动，确保管理体系和平台工具的执行，监控服务接口的运行情况，评估SOA治理的绩效，保证SOA治理最终实现业务目标和需求。

服务管理员，在SAM系统中完成应用系统名称的注册和注销；完成对服务接口注册申请审批、变更审批、注销审批，定期检查和审计服务接口使用情况和状态。

服务接口提供者的应用系统开发部，内部服务接口的提供方责任人，负责提供服务接口，保障服务接口运行稳定、可靠。

服务接口提供者的外部系统管理人，在业务支撑系统中有可能调用的外部服务，比如天气预报、航班信息等。

服务接口消费者的外部系统管理人，外部系统使用业务支撑系统开放出来的接口，比如：话费查询、余额查询等。

服务接口消费者的应用系统开发部，  业务支撑系统内部各个系统之间的调用通过集成平台进行，服务消费者按照管理规范进行服务接口调用。

完善的管理流程和后面的几个原则有一定的关联性，比如流程的参与者是“专职专业的人员”、流程环节中的相关操作，需要由平台和工具提供支撑。

原则七、平台：以平台工具支撑服务治理

企业数字化时代，产业链控制力空前强大，企业间协作越来越频繁。服务治理的平台工具必须能够承受更大的压力。

企业数字化转型之后，系统间集成越来越多，服务治理平台处于核心的枢纽位置，平台的稳定性和性能是业务运营的基础。

强大的平台要求主要体现在：高性能、可靠性、扩展性等非功能性方面！

原则八、工具：完备的管理手段

服务调用由ESB Server实现，除此之外平台还需要提供单个服务注册、批量服务注册、报文审计、调用审计、TopN查询、报文检索、统计分析查询等功能。

通过完备的管理工具实现对服务的全生命周期管理。

通过这些工具我们可以方便灵活地对服务进行管理，比如报文检索工具提供了接口调用请求报文和响应报文的查询功能，当业务系统出现故障时，我们可以根据时间段和服务消费者等查询到对应的服务调用，通过详细的请求报文和响应报文分析定位问题，协助处理问题。

原则九、过程：持续化的服务管理

业务的连续性需要IT系统提供长期的稳定运行，服务治理是一个持续的工作。下面介绍一下服务治理原则九大原则的最后一个“过程：持续化的服务管理”。

服务上线仅仅是服务生命周期管理的开始，服务治理的过程需要专职、专业的人员，采用完善的流程，利用丰富的工具，不间断的检查技术标准和管理过程的合规性。

· · ·

第三部分：服务治理实施效果

根据前面介绍的服务治理九大原则，普元主导实施了一系列服务治理类项目，实施方案在通信、金融、政府和大中型企业得到了广泛的验证。

我有幸作为项目负责人参与了上海移动服务治理平台项目，下面简单介绍一下项目实施效果。

系统上线之前，CRM/BOSS系统耦合度较高，从逻辑和部署上都分不清楚什么是系统、什么是功能。有多少个系统？有多少接口？系统间交互情况如何？接口情况情况如何？系统质量如何判断？服务管理处于失控的边缘。

2012年，项目组通过“建规范、搭平台、接服务”的实施策略，参照服务治理九大原则，理清楚系统间的边界，梳理和注册接口服务，制定管理流程并试点平台运行。2013年1月10日，上海移动CRM/BOSS系统顺利割接，标志着服务治理平台正式投入运营。服务治理平台，接入54个系统、注册2369个接口、峰值每天1亿500多万次服务调用。

平台上线后，服务管理从失控逐渐演变为可控，系统间集成能力大幅提升。通过平台可以随时查询当前服务数量、系统之间调用关系、服务统计分析数据等，利用工具可以随时检查技术标准和管理流程的合规性。服务治理也为后续小米京东一号店等社会化渠道提供合约机订购、流量包销售等业务奠定了基础。

服务治理也为后续小米京东一号店等社会化渠道提供合约机订购、流量包销售等业务奠定了基础。

这里，总结一下今天聊的九大原则，

总的背景是，未来的企业必将成为数字化企业，每个公司都将会成为软件公司，而企业数字化转型需要服务治理。

以下是几条原则的罗列

原则一、审计：建立独立第三方稽核

原则二、系统：先解耦、再整合

原则三、服务：自上而下和自下而上区分对待

原则四、技术：建立统一的技术标准

原则五、流程：结合企业IT管理需求设置合适的管理流程

原则六、组织：建立专业专职的人员保障

原则七、平台：以平台工具支撑服务治理

原则八、工具：完备的管理手段

原则九、过程：持续化的服务管理

谢谢大家。

关于作者

周海涛

2006年加入普元，现任通信事业部副总经理， 通信行业资深咨询顾问，负责普元产品与解决方案在通信行业的推广和应用，拥有十年大型企业信息化架构设计与建设经验。主持参与了中国移动、中国联通多个统一流程平台的咨询和架构设计工作。主导了上海移动企业数字化转型之路：服务治理、能力开放、数据资产、数据共享等项目的咨询和架构设计工作。周海涛对流程管理、服务治理、能力开放、大数据领域有着深入的研究和洞察，并结合电信行业客户需求，借鉴互联网行业的先进技术，通过上海移动项目的实施，总结和归纳了IT管控平台等“4+1”模型。曾获得“2014年度上海市软件行业标兵”称号。

关于EAII

EAII（Enterprise Architecture Innovation Institute）企业架构创新研究院，致力于软件架构创新与实践，加速企业数字化转型。

eaworld项目（微信号：eaworld，长按二维码关注）

eaworld是EAII的官方微信账号。

明天下午14:30，夏日微课堂持续进行中，等你来看。

---

PWorld大会面向社区，并源于实践，旨在展示技术与架构的创新如何加速企业数字化变革，将陆续在北京（8月26日）、上海（9月6日）、广州（9月20日）召开，详情请戳阅读全文。