承诺，并在旅程的DevOps危险

像当今的许多组织，全国必须定期生产出新的软件应用程序在一个拥挤的行业中保持竞争力。

但是，保险和金融服务公司并不总是能跟上需求。多年以来，在全国范围内依靠23个业务单位的IT部门，每一个使用它自己的工具和方法的大杂烩，创造新的产品和服务。也就是说，直到DevOps的技术总监卡门DeArdo意识到，在全国范围内的“铁板一块”的方式来开发应用程序是造成臃肿的项目团队，庞大的设计方案和痛苦的缓慢的软件开发生命周期。

而不是在问题投入更多的工作人员，DeArdo选择从瀑布式开发的棚屋世界迁移到DevOps的协作文化。

定义有所不同，但DevOps的通常被认为是鼓励软件开发人员和操作人员之间的自动化，集成和更大的协作软件开发的运动。通过桥接这两个有时交战双方之间的差距，DevOps的确立了IT管理其生产环境，从而加快产品上市时间，更高的生产力水平和更流畅的服务器和应用程序的部署一致的，可重复的方法。

自2009年拥抱的DevOps，全国已经提高了50％的软件质量和降低了70％的用户的停机时间。今天，超过100个敏捷团队，以每年35％的速度增长，处理公司的开发工作和新项目的高达60％。代码不断集成并部署到开发环境，每天数次，造成“更高品质，更高的生产率和更多的准时交货”的应用中，根据DeArdo。

在全国范围内是越来越多的公司拥抱的DevOps与抗衡的一个企业软件的消费。早已一去不复返季度发布的日子。这些天来，企业希望能与亚马逊或谷歌的速度和敏捷性，产生的代码，并推出新的软件工具。同时，推动了频繁的发布引起了这是很难管理的复杂和不守规矩的生产环境。许多IT领导者都希望能找到在DevOps的答案，尽管有一些缺点，包括文化战争的风险和提高对批评的可能性。