八 DevOps的25个优点
8.1 对业务及其客户的影响
8.1.1 改善客户体验和满意度
最终，DevOps的主要目标是以更快的速度向最终用户提供更高质量的软件，从而改善客户体验和增加收入机会。其根本目标是变得更加敏捷和高效
DevOps是开发商和运营团队之间无边界和无摩擦的协作。根据Gartner，到2018年，I＆O组织试图使用DevOps而不专门处理他们的文化基础90％将会失败。这种文化基础必须是为客户提供最好的用户体验，并且由不断持续改进的需要驱动，通过这样做，提高客户满意度。
8.1.2 打破孤岛
DevOps提供了许多战术优势，但从长远看，我认为最重要的战略优势就是证明自组织的方法可以成功地打破层次化组织模式所产生的孤岛。
采用DevOps文化的一个优势是消除IT孤岛。在一个典型的IT团队中，将有一个由多达五六个学科组成的团队：linux / Unix，Windows，网络，存储，安全和数据库。每个学科都有自己的认证专业人士。
DevOps的主要优点是开发团队，运营团队和测试团队之间的“障碍”被削弱.
8.1.3 连接IT和业务
DevOps提供了一套可用于解决您的主要业务问题的工具，实践和想法。
8.1.4 ENABLING THE BUSINESS (赋能业务)
8.1.5 数字化转型
每个行业的每个企业都必须数字化地改变经营方式。这意味着使用技术创新（例如移动，物联网，连接汽车等）提供新的数字服务，增强客户体验，提高员工的工作效率。这些数字服务的中心是软件。DevOps对于能够以速度和质量提供数字服务至关重要，因此DevOps的底线优势在于它是数字化转型成功的基础。
8.2 敏捷和速度
8.2.1 敏捷
敏捷性和速度驱动的创新已经成为业务 - 而不是技术上的必要条件。
在当前业务环境中采用DevOps的关键优势是业务敏捷。随着业务变化的速度加快，公司不太能预测业务未来。顶尖的战略任务通过DevOps和自适应IT的敏捷性和模块化快速响应。当你不知道未来是什么时候，重要的是建立基础设施，以便能够快速响应业务需求。
敏捷是采用DevOps的最重要的原因。速度上升和快速迭代在软件竞争中至关重要，否则竞争对手将超越您的产品开发并赢得市场。为了竞争，工程团队应采用DevOps来使团队能够分解, 打成一片，以提高敏捷性和上市速度。
业务灵活性是采用DevOps的最重要的原因。拥抱DevOps允许数字业务加速进入市场，使他们能够以更高的频率向客户推出新功能。此外，它大大降低了企业应对故障所需的时间。DevOps对业务的整体影响是巨大的，并且可以总结为提高灵活性和效率，主动和反应性地响应他们的客户需求。
8.2.2 速度: 快速上生产
当您使用DevOps敏捷方法时，IT可直接与业务用户直接交付，并提供所需要的功能。通过关注业务需求，我们看到项目已经完成并快速投入生产。
我们无法通过手动步骤每天多次发布生产。
8.2.3 速度: 快速投放市场
通过DevOps实践，高质量的软件（包括这些应用程序中的完整应用程序和功能）更快地投放市场。如果软件给企业带来竞争优势，那么DevOps做法直接影响到企业的目标。
8.2.4 速度: 响应市场变化和客户需求
组织可以通过应用DevOps方法来克服内部流程启动和更新新服务或功能的开销，从而使他们能够快速响应市场需求。
DevOps实现了弹性和灵活性的文化。作为一种做法，DevOps使更多的协作型员工能够轻松，快速地满足不断变化的客户需求。快速和快乐的客户是最终的业务目标。
8.2.5 速度: 合并反馈
最重要的优势是获得持续反馈的能力，并将其更快地融入应用程序开发中。这导致增加收入和客户满意度。在数字商业时代，客户的需求正在迅速发展，他们的需求不再等待一年以上才能纳入建议。需要更快速和更快捷的转机，这需要许多组织改变其工具，流程和文化。
8.3 创新和质量
8.3.1 建立，运行和保护现代应用程序的可见性
如果我不得不强调采用DevOps的唯一最重要的原因，那就是获得构建，运行和保护现代应用程序的可见性
8.3.2 创新
DevOps提供团队提供快速创新（每天多次）的能力。
创新是数字化转型的关键。
8.3.3 新兴技术的差异化
8.3.4 软件稳定性和质量
DevOps提供了一个前所未有的双重优势：它不仅更容易提供软件，而且几乎总是会带来更好的稳定性和整体质量。
8.3.5 降低风险
安全地驱动变更 - 传统IT一直担心变更，这是大多数操作问题的主要根本原因
8.4 流程和生产力
8.4.1 团队授权
执行DevOps的关键组件是对所有对持续交付链有贡献的人的信任。信任文化意味着赋予每个人的权力，最终导致更有动力的员工生产更好，更及时的产出。
8.4.2 优化和流水线化流程
By replacing the loosely coupled and error-prone handoffs used in the traditional waterfall process with a continuous pipeline that leads from development to operations, teams learn from experience that they can move quickly, deploy small changes often, detect issues and opportunities in near real-time and as often as possible and finally, react by rolling forward, not by reverting.
