上接系列一..

        因为SOA是一种分布式架构业务与技术的方式方法，所以必须要有一个强有力的自治策略来管理之。的确，将SOA引入一个企业或组织经常是从弱管理（自治）往强管理（自治）的一根导火索，促进governance的发展。

        笔者的思路打算是从SOA策略的自治、SOA的组织以及对SOA自治的思索开始向下延展。坚决贯彻毛主席的方针，先从战略上谈，再谈具体的战术，最后对展开的进行反思。我再这里也只是给出一个小的思考模式，希望大家沿着这个思路也能开拓出自己的认知之路。

 我们再考虑SOA自治时，总是趋向于使用自顶而下的方法。我们正是由一个策略和业务的关注点出发，沿着自己的路一路走下去，从而形成一个越来越适合日常工作的SOA自治设计与实现模式集。许多开始使用了SOA的组织将会发现他们开始的时候并未为使用SOA而需要的策略跳跃做好准备，而是首先去建立起更技术化的专门技术。换句话说，这也是为什么SOA总是在IT部门开始的原因，IT部门里在并未为提升价值链做好准备，也未考虑一个全盘的、聚焦业务的基于SOA的改革措施，而去创建并培育SOA专门技术。大多数情况下，SOA自治的实施者应该正视SOA策略的自治，然后才去做组织SOA、反思SOA自治的工作。事实上，应该在启动阶段基于服务开发的生命周期采取分阶段的方略，最终完成向一个敏捷性企业的转变。

        1）SOA策略的自治

        SOA是一个大工程，长远运作的工程，要有明确的方略，既然前面提到分阶段的方略，则笔者大致将其分为3个阶段：1、服务生命周期阶段；2、SOA项目生命周期阶段；3、企业向面向服务企业转变的生命周期阶段。这三个阶段管理的范围越来越扩大化。第一阶段主要在自治服务的实现期间吸取经验，第二阶段则可以有效地管理IT项目，且这些IT项目可以有效地创建并复用服务，而第三阶段，对规划以及策略有了自治机制以及控制，顺利转变为面向服务的企业。

         上面也看到了，最大化成果的SOA自治必须能够控制并帮助提升企业策略从而创建面向服务的企业。这就要求IT技术组与业务组匹配并良好地运作。值得一提的是，许多IT组织过去习惯于在他们各自的“竖井”里工作，要么是没技巧，要么是对业务如何运作莫不关心，从而使得业务需求滞后于项目需求。SOA自治的责任就是要管理业务敏捷度，从而改变现状。这个转变要求企业架构组于业务组密切合作，设置必要的控制机制，趋使向业务敏捷性方向趋近。没有一个方向性的规划，一个企业是不可能成功转变为“面向服务的企业”的。

         对SOA策略的思索，一般人的思维也能想到IT敏捷性和业务敏捷性。这些无可厚非是最重要的目标，但似乎少了些内容。这么来看，无疑还是将IT与Bussiness剥离来看，应该关注“IT与业务的融合”。同时读者也思索下，当然要实现SOA的策略自治，根基是什么？除了上述所提到的，自然就是对IT自治的考虑了。

暂时想到这么多，系列文章未完，待续…………