最近，一段时间都忙于学习，已经很久没上blog写文章了，而查看SOAer里面的一个帖子，发现有同志对我写的SOA governance比较感兴趣，所以也就产生了写一系列对SOA governance理解的文章.这些文章会作为一个系列，是笔者本人的理解，希望对大家有所帮助.

　　SOA governance最近在serverside网站上也是时常看到相关的内容，可见其Hot的程度了.把SOA摆在现实中看来，更觉得它是一个体系，包容万千，想一个绚丽的万花筒，从不同的角度看出不同的内容，而围绕着它也相应产生出了一系列相关的术语.研究SOA这么久，大家都有一个共识:服务的设计粒度难以把握.这块对于设计者来说可谓是"仁者见仁，智者见智".虽然SCA规范给出了基础设施技术上的规范，但仍然让"年轻"的SOAer们有足够的勇气迈入SOA的实验场.现实是现实，理想是理想，如果还是不跟上SOA的潮流，中国将在新的一轮"软件革命"中陨落，让我们踏上SOA governance的学习历程吧.

　　既然研究和学习的对象是SOA governance，那么就从什么是governance开始吧.governance其实就是有目的地运用策略、计划、过程和组织机构来做决策并控制一个实体（这里的实体可以是企业、政府等，任何可以运营的实体）从而达到业务目标。SOA governance则关注于需要创建或已经存在的SOA实现中的服务。我们知道，采纳SOA的主要目的就是要实现业务和IT的敏捷性。SOA是一种利用企业架构实现公司业务战略的可重用服务方法。那么，要创建一个环境，以便里面的纵多的可复用服务以及好处可以得以实现，必须有经过慎重考量、明文给出、可实现且可以维护的管理规划。可能更多的人会提到SOA的好处，而在这里我想提出的是，SOA的好处是其指导意义，它的真正有效的现实价值在于它可以创建一个“面向服务的企业”。“面向服务的企业”则是围绕着以更水平的模式连接业务流程。

　　一般做规划可能产生两种极端，一类是过于全局化，设置重重看似完美、其实繁冗的官僚机构的控制以及得出堆积如山的纸质文件，最近因为陷入管理的泥潭无法自拔，项目被迫取消；而另一类则为赶进度或其他原因，每个业务单元更多从自身的需求出发，无视对全局的影响，最终导致各个业务系统间的数据和业务冗余，而后期进入无休止的集成期。

　　我们不禁反思，我们需要的是什么？答案很简单，我们需要的不过是一个“面向服务的企业”。它应该走中庸路线，某些控制是必须的，而另一些则无须繁冗的横加管涉，便于增值好的服务和敏捷性。管理模型趋向于通过普遍的自治策略、规划、程序和规则来实现多组织间的联邦制。其实，这不禁让我们想到英国的国情了，英国的历史其实就是一个入侵与被入侵、统治与被统治的历史。国力强盛的英国曾经被称做“日不落帝国”，它有中央集权时期，后来终于因为哪里有压迫，哪里就有反抗，废除了。现在的英国就称为“英联邦”，这种松散但又有组织的制度，维持着这个国家。这也是中庸的结果。看来中国的圣人们就是牛呀。把话题拉回来，刚才说到管理模型的联邦制。借助这种模式，可以分别通过两种方式催生出一个“面向服务的企业”，“自上而下”，“自下而上”。

　　SOA可以看做是拥抱变化的催化剂，而不能看做是解决变化的银弹，如果使用适当，会融合业务和IT技术的优势。现在有很多公司申明有一系列基础设施技术，其实最多就是一个消息中间件而已。升级一个组织并引入SOA技术架构的能力是相对容易的，如使用ESB组织服务，XML实现异构系统消息交换等等并不难。虽然，这有价值，但只是SOA之旅万里长征的第一步，仅仅升级技术并不能带来什么现实的益处。

　　未完待续。。。。。。