ITIL 为何与SOA成为“绝配”
SOA的思想在于企业级IT体系架构变革，它以企业流程重整、优化为基础，划分适当粒度的应用系统或应用功能边界，同时应用系统或应用功能边界间的集成尽可能采用松散耦和集成的方式，从而增强企业级IT体系架构对企业业务战略与业务流程变化的适应性。这些特性都与IT运维领域熟知的ITIL宗旨保持了高度的一致，虽然我们不能将它们两者看成一种巧合，不过ITIL V3 的改变已经使得SOA基础架构的治理变得更加扁平化和容易操作。
十余年在IT运维领域摸爬滚打的北塔软件，已经结交了数千个“朋友(”客户)，他们之中不乏IT运维领域的实践高手。我们相信，如果在ITIL V2的那个年代里，如果大家来用这些知识讨论“将ITIL用作SOA治理框架”的思想，肯定会被嘲笑，因为V2更多的关注在运作流程上而不是服务生命周期。而在ITIL V3中，框架的重心已经转移，而这种转移只能用面向服务来真正描述。五本ITIL V3的核心书籍被恰如其分的命名为：服务策略、服务设计、服务转换、服务运营以及持续服务改进，这些足以证明了ITIL对于面向服务生命周期的理解。
IT系统从来就不会出现一蹴而就的好事，SOA也是如此，作为一个战略计划，它需要许多业务人员和开发人员的努力，以运维部门最不关心的软件设计过程为例，ITIL的价值都在“闪光”。在开发设计阶段，引入ITIL 的好处在于它已经全面关注服务设计，它使用服务设计包的概念来封装所有的需求，处理依赖与延伸、架构、流程、衡量与矩阵，这是SOA项目顺利交付的一种良好设计方式。而在过程中，开发者通常假设测试与度量能够得以完成，而且服务本身不需要包括对这些活动的支持。此时运用 ITIL V3框架，可以避免开发人员出现这种“短视之见”，由它来保证服务开发不会因为软件工程的偏见而招致不好的后果。在ITIL中，服务包括了软件、基础设施、帮助台和资产管理等等。因此，这可能是一个治理框架的非常好的表现形式，因为它纯粹是从以服务为中心的角度去关注服务，而不是从技术的角度。
