【CIOAge.com报道】2007年8月30日，IBM在京举行了主题为“整合 治理 协作 创新”的IBM 2007 开发者高峰论坛，IBM与1000多名与会者分享了最前沿的软件开发理念——加强跨地域开发团队的协作、突出模块化在软件开发中的价值和将科学的治理观引入软件开发，同时发布了与这些理念相对应的一系列新产品和解决方案。CIOAge.com与51CTO.com共同对此次大会进行了全程网络视频直播并制作了专题页面 http://www.51cto.com/exp/830Rational/。
下午的SOA 专场上，IBM软件部Rational软件UML专家，Terry Quatrani女士在演讲时直奔主题：如何通过Rational的工具来实现SOA的治理。Terry Quatrani女士自称是Rational的传道者，一年365天在全世界讲授Rational的技术方法，解决方案和产品。她从SOA的治理，以及如何通过服务生命周期的管理实现SOA的治理入手，分为两部分，一部分是SOA的治理，第二部分是服务周期管理如何实现SOA治理。
首先是SOA的治理，举例说，一个财务部门，发现两个应用，这两个应用都会使用一个功能，决定把这个功能抽取出来成为SOA的模块，提取一个服务出来，供这两个部门使用。当他们做出这个新的SOA服务以后，这时候消息传得很快，其他部门都了解到，原来是有这样一个转换的服务。这时候得到的结果是，所有的部门都会去，当他需要这个服务的时候都会调用这个部门所创建出来的服务，这时候会发现，这个服务受到越来越多的请求，有可能它的性能越来越低。当越来越多部门使用它的时候发现，调用响应速度非常低，有时候服务根本调用不了。分析出来原因是原来服务器配置提供给自己部门使用的，但是现在服务器的性能不足以所有人调用它，需要买更强的服务器支撑这个服务，但是这个部门的经理非常不高兴，因为他需要花自己部门的钱，为所有部门做服务。但是为了整个企业利益着想，最后决定用自己部门的钱买更好的服务器去支撑起这个服务。但是这种情况不会持续太久，因为会有越来越多人调用它，可能下一步还需要升级到更好的机器。最后当部门经理收到提案还需要硬件升级的时候，这服务不提供了，因为成本太大了，宁愿服务部提供，也不愿意把所有业务放在我身上，我们进入了没有SOA治理的世界，所以我们需要一个SOA治理帮助我们管理SOA的服务。
什么是治理，治理就是关于企业管理层的一些决定，以及我们用什么样度量审计我们的一些决定。IT治理说的是我们应该用怎样IT管理流程支撑业务的运行，SOA治理就是在IT治理上面的扩展，我们怎么样通过SOA治理的方式去定义提供SOA的服务。SOA治理里面最具体的工作就是要去定义，怎么样产生这个服务，怎么样管理这个服务，怎么样部署这个服务，这中间所有服务的管理层面东西都是由SOA治理方面提供给我们很好的建议。
Terry Quatrani女士表示，SOA治理带来的三个好处是非常重要的，首先我们可以迅速得到商业的好处，通过SOA的服务，我们可以提高客户和开发业务之间的协作性;另外可以降低风险和提高我们对系统控制，我们可以定义需要达到什么程度的服务，通过审视SOA的服务得到结果;SOA治理里面同时带来的好处使得我们团队围绕SOA开发过程当中，所有的职责是非常明确的，我们做什么工作也非常明确，这样就可以提高我们在SOA开发过程当中的沟通和协作。
Terry Quatrani女士阐述，当用户需要做SOA治理的时候，有几个因素你需要考虑的，第一步首先需要你公司高层领导去支持你这样的决定，同时做SOA的开发或自己并不是IT部门自己的工作，而是把业务部门和业务部门的价值联系在一起。当你要做SOA开发治理的时候，你Funding model怎样，我们看很多的例子，很多企业提供开发本身，并没有考虑SOA怎么产生和管理，这些成本没有考虑到资金预算里面。另外一个非常重要，同时你做SOA治理的时候，你需要有非常清晰的企业架构，包括企业组织结构，不同部门的职责，从这里面可以非常方便的找出相应的服务，以及服务的治理。同时，企业的团队组建，包括SOA里面的角色、职责，以及可以分发的相应资源。同时你需要把你所做的所有决策让企业所有人都要了解到，这样在你SOA治理推广过程中，都会对你的工作进行理解并支持，另外在这之前对人员培训和人员技能提高都要做一定的准备。
这是我们可以看到SOA治理Lifecycle的模型，第一步是计划阶段，我们首先要了解什么原因促使我们SOA治理，需要什么部分帮助我们做，在企业里面实现SOA一定需要SOA治理的方法。第二部分是定义，定义SOA治理里面不同人的职责和决策，谁有权利做SOA的决策，谁有权利做SOA的产生开发，这些都是在定义阶段。同时你需要有很好的计划，比如你的开发计划，你的移植计划，这些在这个阶段都要做好。第三步就是实施阶段，我们会把我们做的模型实施到团队里面去，最后一部分是度量阶段，我们要看SOA治理过程中得到的数据，从这些数据看SOA治理做得好还是坏。在度量阶段总结出来的经验教训，同时以闭环的方式回到计划阶段，把这些作为下一个循环里面的开始。从这个模型回到刚才讲的片子里的场景，如果当这个服务不运行的时候，我们可以从IT治理里面找到应该由谁解决这样的问题，应该采取什么样的措施解决服务不运行的问题。这是一些最常用的问题，当你建立SOA治理模型的时候，在不同阶段你应该问一下自己这样一些问题，看能不能找到相应的答案。IBM提供每个SOA治理模型里面每个阶段的工具支持，在以后IBM也会投入很大的研发力量支持SOA治理每部分的工作。