本周,某财富 500 强企业的企业架构师 Todd Biske(重新)开始讨论 ITIL 和 SOA 的关系。讨论的出发点基于以下观察:
SOA 和 ITIL 服务管理具有很强的相似性……SOA 能将观念从传统的线性生命周期(当项目上线就结束)转换为循环的生命周期(从服务的发现开始,随着服务的退役而结束)。
Todd 认为,这意味着:
我们必须用与 ITIL 服务交付相同的思考方式来考虑应用和“Web”服务交付……许多人认为 ITIL 只涉及 IT 运营和基础设施,这其实是不对的。对开发者而言,它同样对应用的构建与交付是同样适用。
一位企业集成架构师 Jack van Hoof 同意 Todd 的观点。他在去年写到:
- 应该有一个确定服务市场及其市场价值的服务战略。服务组合(service portfolio)和所有权必须被管理起来,而且必须有一种交付和维服务护的财务模型。
- 接着就是服务设计,其中的解决方案要根据架构、技术、人员与流程来开发。流程将根据服务目录管理、连续性、安全、服务级别来开发。
- 服务转换包括诸如变更管理、配置管理、发布、测试中计划(planning en testing)等流程。
- 最后,服务运营必须被治理起来,重点是保持服务的运转。这包括事故管理、问题管理和访问管理。以上都是 SOA 治理的范畴,不是么?而这些也正是 ITIL v3 的范围!
Jack 补充说:
SOA 环境中引入 ITIL 有更巨大的好处,而且已有面向 ITIL 的工具。
说易行难。几年前, Jeff Kaplan 已经指出:
ITIL 和 SOA 尽管有共同的目标和指导原则,但是在很多组织内部两者之间仍有裂痕。
最大的障碍在于 IT 运营者和软件开发团队的心理距离和结构屏障,他们长期不在一起工作,并且经常争执……这使得很难让他们搁置争议以完成同一个目标。
许多组织允许这种曾经妨碍正确协调 IT 运营者和开发者的结构壁垒继续存在,而不管 ITIL 和 SOA 实施努力已经启动的事实。许多企业将 ITIL 和 SOA 在一个封闭的环境中分别进行实施,而不是利用这些项目来打破组织竖井(silo)。
在后续文章中,Todd 对在这个问题上挑战他的 James McGovern 做出回应:
James:描述运营模式可以观察到哪些使软件开发者受益的反馈类型会有较高的价值。
Todd:如果运营系统已经喝下 ITIL 这种清凉饮料,那么他们就应该着手测量服务性能,它的目标应该被反映到运营团队的个人目标,并且应该能够随时间的流逝而改进。假如测量属于“一次性”测量分类(如按时按预算的交付),那它就可能是一个无意义且不值得测量的免费样本,或者没有从基于服务的角度看待你的努力。
Richard Webb 是西雅图一家大型金融机构的企业架构师,他在私人通讯中评论了 Todd 的文章,且看得更远:
测量的使用都泛滥成灾了……“运行状态”的结果不但包括测量和度量(这儿我指的是用仪器),更加包括根本原因、事情究竟是什么(完工)和事情如何工作(模型)等信息,从而了解了开发与工程的情况。
Todd 重申 SOA 一个经常忽略的关键基本原则并做出总结:
采用持续改进的方式,而不是简单地依据进度表和预算进行实施,然后等待下一个项目的方式。
查看英文原文: The Can ITIL and SOA complement each other? - - - - - -
刘涛,博士,毕业于西安交通大学,主要研究网络体系,现在主要从事多核环境下高性能算法的研究与开发工作。曾经进行过多个企业级软件的设计与开发工作。关心开源软件的发展动态,乐于使用开源软件。对前沿的系统软件与技术有浓厚兴趣。
评论