【IT168 专稿】2006年对面向服务的架构（Service Oriented Architecture，SOA）来说是个转折点，那一年中炒作终于变成了现实。多家公司把SOA部署到了实际的生产环境，不过它们在这过程中也遇到了不少难题。
这些公司发现，实施SOA原来很难——困难不仅仅来自技术方面，治理是另一大难题。对许多公司来说，治理是最主要的难题。企业管理协会（Enterprise Management Associates，EMA）在2007年7月发表了一项研究报告，报告分析了为什么治理是事关SOA项目成功的一个关键因素的原因。
EMA在2006年先后发表了一系列研究报告，记录了SOA在IT实际应用领域的进展。这一系列报告中的最后一篇是《SOA：来自部署一线的观点》，报告深入分析了一个个案例调查：多家公司通过把业务服务部署到SOA上，结果获得了重大回报。当被问及对其他公司有何忠告时，所有公司都提到了规划和治理是一大难题，更有80%的公司提到治理是最主要的难题。
这一调查结果让人颇感意外，因为迄今为止媒体针对SOA的报道主要集中在SOA的技术难题上。不过，与这些早期采用SOA的人们进行交流之后，我们发现了一个明显的事实：SOA实施是否能够取得成功，实际上与跨组织及与业务相关的因素有着更大关系，而这两种因素又属于治理的范畴。
治理驱动SOA
治理在过去的几年里备受关注，而这并非巧合。业界日益认识到治理和最佳实践的重要性，大多数组织也渐渐熟悉IT基础设施库（IT Infrastructure Library，ITIL）和信息及相关技术的控制目标（Control Objectives for Information and Related Technology，COBIT）等学科。人们之所以开始熟悉这些学科，其深层原因是业界正在寻求解决之道。
大多数IT预算中70%到80%的部分用于维护及管理，只剩下20%到30%用于发展及创新，这并不是什么秘密，这样做的主要原因之一就是复杂性。随着行业从大型机和瘦客户端迁移到分层架构、以Web为中心的应用软件，使得普通IT部门管理的应用软件、设备和平台其数量急剧增加。如今，IT部门支持1000种或者更多的业务应用软件的现象并不罕见。
但是，这种转变却给IT人员和预算带来了不利影响。在许多情况下，这给IT部门和业务部门之间的关系也带来了不利影响。由于业务部门常常不知道这种技术转变所带来的最终影响，IT部门往往被认为是一个钱坑。结果，IT部门发现自己最终成了必输无疑的一方。公司在不断发展过程中，不断需要新的业务应用软件。开发人员提供这样的应用软件，然后把部署与开发工作交给IT部门去完成。IT部门成了应用软件这条铁路的最后一站——只有进来的路，没有出去的路。
正是由于出现这种情况，IT部门在绝望中只好求助于治理。由于IT部门对需要支持的应用软件的数量和复杂性几乎没什么控制可言，而如今它们借助最佳实践来提高效率。
960
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
