InfoQ

新闻

ITIL和SOA能否互补?

作者 Jean-Jacques Dubray 译者 刘涛 发布于 2008年9月2日 上午1时6分

社区
SOA
主题
治理,
方法论

本周,某财富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?
刘涛,博士,毕业于西安交通大学,主要研究网络体系,现在主要从事多核环境下高性能算法的研究与开发工作。曾经进行过多个企业级软件的设计与开发工作。关心开源软件的发展动态,乐于使用开源软件。对前沿的系统软件与技术有浓厚兴趣。

深度内容

文化基因生命周期

Julian Everett和Chris Matts认为:一个IT业务案例可以作为一种“文化基因(meme)”。它要在市场区隔这样的复杂生态系统中与其他文化基因——也就是其他IT业务案例 ——竞争。他们还揭示了其背后的理念。

基于VS2010的项目计划与跟踪

本演讲将探讨如何用Microsoft Visual Studio 2010搭配MSF for AgileScrum的流程模版,助力您的团队进行Agile项目的开发工作。本视频为第一部分,演示如何进行项目计划与跟踪。

在不改变语言的前提下如何推进Java的不断演进

在本文中,InfoQ谈到了有助于发掘潜在的新的Java语言特性的3种技术——DSL、注解处理器以及将语法糖从语言迁移到IDE中。

2010年大规模技术架构的思路

相比其他行业,IT技术由于信息流动便捷,新技术更新非常频繁。架构师经常面临新技术及传统方案选择的困惑。架构师应如何抓住本质构建新一代的应用?本文从几个方面提出一些思路供架构师参考。

功能小组模型的过程与质量控制

InfoQ中文站最近采访了微软的Ramesh,在采访中,Ramesh从过程控制、架构与设计的控制以及测试组织等方面分享了他所带领Visual Studio软件生命周期管理工具团队使用敏捷方式组织管理大规模软件团队方面的经验。

张文钿谈Rails开发及台湾Ruby社区

在去年10月份的Kungfurails大会上,InfoQ中文站有幸采访了从台湾专程赶过来的张文钿,与他探讨了关于台湾Ruby社区的发展、Rails的商业化,Restful Design等话题。

Scrum与策略

如果Scrum只关乎短期行为,战略人士又该如何去适应这种生态系统呢?更重要的是,它如何帮助企业领导人做出并且履行重要的承诺?

书评:《代码之道》

《代码之道》以一位微软内部人士的视角,揭示了关于软件编码、软件测试和项目管理的残酷现实。针对每一个话题,I.M.Wright都根据丰富的工作经验提出了自己的观点,并介绍了来龙去脉,令人信服。