开发和运维的结合只有仅仅而已，但是已经变得很明显，只是把这两个了不起的单词，或世界结合在一起建出的‘DevOps‘还没有达到预期的结果。在这种关系中存在的问题不仅仅只来自于内部。为了使DevOps在的执行超出平常水平，企业领导也施加了很大的压力，甚至变得更加强烈。这就好像企业利益相关都是新郎新娘的父母，唠叨新夫妇大约什么时候可以要孙子，而不是在几年后再有一个新孙儿，而这些父母们期待着每几个星期就会看到收益应用（RevApp）的一个新版本。　　

疯狂的速度是新标准

Serena Software全球营销高级副总裁David Hurwitz表示说，这一趋势将会一直持续下去。“它没有IT那么老。业务处理新东西、对竞争对手威胁的响应或攻击竞争对手的速度，与IT改进和交付新功能给收益应用的速度，存在本质上的联系。”

在金融、零售和航空部门，即使是最大规模的企业也不需要提高他们DevOps速度相同，达到与亚马逊或FaceBook的同等水平。然而，他们确实需要持续开发和非常频繁的开发。Hurwitz指出，所有公司都可以在一个周末内做个超快速的RevApp项目。但是失败的机率也很高，且不得不回滚回去。你不能一个周末接着一个周末把整个团队都叫来。设计、开发和部署周期需要一些类似于像呼吸一样的东西。业务应该是一切照旧，而不是偶尔出一些英雄壮举。　　

哪些工具将会给DevOps施压？

敏捷方法和可用的云资源已经清楚了不少的障碍，从而加速了开发和部署的进度。然而，仍然有一些实际因素妨碍DevOps的真正潜力发挥。这包括：

1. 协调性差和缺乏可见性
2. 关键任务需要依赖别人
3. 手工流程制造了瓶颈

在RevApp世界里，延迟与宕机的影响是一样的。所以这些不是琐碎的问题。据Hurwitz说，有了合适的工具集合，这些问题都可以解决。

首先是协调性问题。大量的利益相关者需要知道在概述水平和颗粒水平上到底发生了什么。提供了此项功能的日历系统达到开发和运维真正的协调的目标，而不会出现冲突。在理想的环境下，任何人都不愿意请求状态报告。

从数据库更新到系统补丁，对于周期的所有方面的实时跟踪应该随需应变,而不是根据特殊请求而变。良好的协调性支持动态日程安排、自动提醒和其它的DevOps最佳实践。另外，因为信息都在系统中，它创建了一个自然的审计跟踪。　　

自助服务和自动完成

在处理中开发人员需要的另外一些工具是，自助服务产品。如果开发人员仍然需要走过整个无聊的申请流程，等待别人给他们开绿灯的话，那么只访问云还是不够的。这个能力必须能从开发人员控制台上点击按钮，直接可用（允许有一些合理的限制）。个人和团队应该能够随着需要，加速测试环境和其他资源，从而保持他们的工作流。

拼图的最后一部分是连接开发和运维及部署。事情往往会在这里停止，无论你花费多少时间和人力在此问题上。正如David所说，“手动部署造成了一连串的劳动力流失。从劳动力角度来年，这很昂贵。但是真正的杀手是它有多慢，且是非敏捷的。这在整个足球队要完成某件事情时，就会被叫停。” 大多数组织就不能做到每隔几个月就做一次。为了使得现在的IT足够快，部署必须是真正持续的——有时自动发生，但一直是开发流程的一部分。　　

武装DevOps获得成功，得到回报

企业有兴趣获得成功的DevOps应该考虑如下：

1. 资源浪费在误解和手动部署
2. 错失了创建业务价值的良机
3. 在很多情况下实际收入是损失的

总之，你看到的来自于较好的通信平台的，真正快速的ROI，都结合了自动化部署解决方案。最后，拥有合适的工具将会拯救DevOps的“婚姻”，并产生RevApps结果，使企业领导满意。