SOA的思想在于企业级IT体系架构变革，它以企业流程重整、优化为基础，划分适当粒度的应用系统或应用功能边界，同时应用系统或应用功能边界间的集成尽可能采用松散耦和集成的方式，从而增强企业级IT体系架构对企业业务战略与业务流程变化的适应性。这些特性都与IT运维领域熟知的ITIL宗旨保持了高度的一致，虽然我们不能将它们两者看成一种巧合，不过ITIL V3 的改变已经使得SOA基础架构的治理变得更加扁平化和容易操作。

    我们相信，如果在ITIL V2的那个年代里，如果大家来用这些知识讨论“将ITIL用作SOA治理框架”的思想，肯定会被嘲笑，因为V2更多的关注在运作流程上而不是服务生命周期。而在ITIL V3中，框架的重心已经转移，而这种转移只能用面向服务来真正描述。五本ITIL V3的核心书籍被恰如其分的命名为：服务策略、服务设计、服务转换、服务运营以及持续服务改进，这些足以证明了ITIL对于面向服务生命周期的理解。

    IT系统从来就不会出现一蹴而就的好事，SOA也是如此，作为一个战略计划，它需要许多业务人员和开发人员的努力，以运维部门最不关心的软件设计过程为例，ITIL的价值都在“闪光”。在开发设计阶段，引入ITIL 的好处在于它已经全面关注服务设计，它使用服务设计包的概念来封装所有的需求，处理依赖与延伸、架构、流程、衡量与矩阵，这是SOA项目顺利交付的一种良好设计方式。而在过程中，开发者通常假设测试与度量能够得以完成，而且服务本身不需要包括对这些活动的支持。此时运用 ITIL V3框架，可以避免开发人员出现这种“短视之见”，由它来保证服务开发不会因为软件工程的偏见而招致不好的后果。在ITIL中，服务包括了软件、基础设施、帮助台和资产管理等等。因此，这可能是一个治理框架的最佳表现形式，因为它纯粹是从以服务为中心的角度去关注服务，而不是从技术的角度。

第四十一届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。