从开发到运营的工作交接改善工作是个由来已久的问题。现在也成为2011年“DevOps”旗帜下新焦点所在。这也是一直是封装和脚本软件在硬件上运转消耗过多项目时间的例子。这些时间看起来和循环缩小的其他部分不平衡。

　　通常这也是开发者“各管一摊”的情况所在，交付在其机器上运行的软件，但是在数据中心中却失败了。为推动Web应用程序快速启动加速，花费过多的时间得到新的应用程序和整合开始让所有的参与方受刺激。因此这个问题就有了个新名字“DevOps”，在即将过去的一年中也成为新的注意力吸引点所在。

　　简言之，DevOps是促进开发和运营团队兼更多协作的一种努力。如最近的LISA（Large-Installation System Administration）USENIX会议上，就对此进行了广泛的讨论。LISA会议主讲人都将DevOps看做是重要趋势的标签。其中一位主题发言人Ben Rockwood介绍，DevOps是对于文化和专业运动的最佳理解，他是云服务提供商Joyent的系统工程总监。

　　“DevOps在我们的产业中是一种巨大的变化。有意思的是这不是什么新东西，” Rockwood说道。DevOps正确的哲学观就像阴和阳，是独立的针锋相对的存在，但是有效地统一并相互依赖。

　　现在，Rockwood说道：“我们有独立的优先权。开发生产东西，运营生产服务。开发的目标是准时无缺陷实现，运营的目标是继续运转下去。”

　　“坐在一起。让这两方开个会，保持愉快，”他劝诫应用集成等式的两边的人。

　　我们所需要的就是“两个团队之间的完全协作，” Rockwood说道。如果开发和运营团队尽早一起工作，“边界模糊，得到了一种完整的一个团队的体验，”他说道。

　　“DevOps是一场发现之旅，并不是重点，”他告诉LISA Usenix参会者，“这是一个持续改进的整体理念。”

　　随着2012年的到来，DevOps似乎沿着敏捷开发的轨道前进。即：可以用一种哲学的方式来描述，像一种航行或者生活的一种方式。这并不意味着是一种批判主义。我们的很多技术问题的解决方案通常就是“让我们一起更好的工作。”开发和运营之间更多和更早的会议会经常出现。悬而未决的什么呢？就是有多少新工具可以协助提供更好的开发-运营产出。为了得到答案，我们同IBM敏捷开发实践领导Scott Ambler进行了对话。

　　六月份，敏捷专家Ambler曾告诉SearchSOA.com，交叉承诺和尽早的协作很重要，尤其是越来越复杂的应用集成成为基准。

　　“开发者发现运营者不支持他们团队所使用的技术。他们不能提供服务器，”他说。但是这并意外。开发和运营团队应该在部署之前就看到这样的问题。Ambler和他的IBM同事通过称之为规律敏捷交付（Disciplined Agile Delivery）的流程框架进行系统化协作。这项工作已经影响了IBM Rational工具的方向。

　　DevOps房间里那个800磅的大猩猩就是云计算和平台即服务（PaaS）。在PaaS运动之后是希望自动化和加速新的应用集成部署。部分程度上是由于开发团队中敏捷方法的采用。也有人说着为DevOps带来了全新的领域。

　　“云改变了我们所有人的游戏规则，” Joyent的Ben Rockwood说，“云已经帮助开发者绕过IT。”他们经常使用个人信用卡进行运营的工作，他指出。

　　“云是个很好的校平器，任何人都能成天为参与者。不存在前进时间，”他说。

　　在云端和数据中心的复杂集成，将开发者推到新位置上，他们要比以往对于运营相关的问题付更多责任。“开发者对于API具有更多的经验，API控制很多内容，这一点要比运营人员多很多，”他说。这也变成了捷径运营的另一个原因，同时为云计算厂商开一个账户。

　　但是，随着一些转移，可能的情形有两方面，开发者和运营方继续共存，虽然有一些新的规程。2012年将会像戏剧一样有意思。

　　Rockwood说二十世纪Peter Drucker、W. Edwards Deming、Eiji Toyoda以及其他人的运营研究工作为未来的DevOps方向提供了前进的灯塔。此外，他预测，尽管云计算可能改变运营部署复杂应用集成的工作性能，但是云计算不会控制对于运营人员的需求。

　　“云将会继续增加系统管理员的需求，”他说，“但我们的关注点将会转向堆栈。”