Java 开发人员的 DevOps 工具

第 10 章 持续部署模式和反模式 持续部署模式与反模式

本作品已使用人工智能进行翻译。欢迎您提供反馈和意见：[e-mail]

Stephen Chin

Baruch Sadogursky

从别人的错误中学习，你不可能活得足够长，让自己犯所有的错误。

埃莉诺-罗斯福

在本章中，我们将为您提供持续部署所需的模式 ，以便您在组织中成功实施 DevOps 最佳实践。了解持续更新的原理非常重要，这样才能说服组织中的其他人相信改进部署流程所需的变革。

我们还将从那些未能采用持续更新最佳实践的公司中为你提供大量反模式。 从他人的失败中吸取教训是件好事，在高科技行业中存在大量近期的实例，说明了什么是不应该做的，以及忽视最佳实践的后果。

学完本章后，你将掌握持续更新的七种最佳实践知识，今天就可以开始使用，从而加入软件行业前 26% 的 DevOps "精英执行者 "行列。

为什么每个人都需要持续更新

持续更新不再是软件开发中可有可无的部分 ，而是任何重大项目都应采用的最佳实践。持续交付更新的规划与项目的功能需求同等重要，需要高度自动化才能可靠执行。

但情况并非总是如此。 过去，软件的交付频率要低得多，而且只接收关键更新。 此外，安装更新通常是一个手动且容易出错的过程，涉及脚本调整、数据迁移和大量停机时间。

在过去的十年中，这一切都发生了变化。现在，终端用户希望 不断添加新功能，这是由他们使用消费设备和不断更新的应用程序的经验所驱动的。此外， 推迟关键更新所带来的业务风险也很大，因为安全研究人员会不断发现新的漏洞，除非打上补丁，否则这些漏洞可能会用来入侵您的系统。最后，在云时代，不断更新软件 已成为一种业务期望，因为整个基础设施堆栈都在不断更新以提高安全性，通常还要求您更新应用程序。

并不是所有的软件项目都能如此迅速地采用持续更新策略，尤其是在那些习惯于采用较长技术周期的行业中。 然而，通用硬件架构和开源技术的广泛使用意味着这些项目同样面临着暴露于关键漏洞的风险。 一旦暴露，就可能导致难以或无法恢复的灾难性故障。 与其他软件一样，开源项目也存在错误和安全漏洞，而且这些漏洞的修复和补丁速度要快于专有项目，但如果企业不愿意更新，补丁又有什么用呢？

在接下来的几节中，我们将更详细地探讨持续更新的动机。 如果你还没有持续更新策略，本章的材料将帮助你说服组织中的其他人采用这一策略。 如果你已经接受了持续更新，你将掌握相关知识，从而获得基础设施和 DevOps 流程优于竞争对手的商业利益。

用户对持续更新的期望

在过去十年中，终端用户对新功能发布节奏的期望发生了巨大变化。 这种变化是由消费类设备上功能和更新交付方式的变化所驱动的，但也转化为对其他软件平台的类似期望，甚至在企业中也是如此。强迫用户等待较长的发布周期 或执行昂贵的迁移以利用新功能，将导致用户不满，并使企业在竞争中处于不利地位。

这种用户期望的变化可以在包括手机在内的多个消费行业中看到。 移动通信刚开始普及时，诺基亚是 2G 手机的主要硬件制造商之一。 虽然以今天的标准来看，这些手机还很原始，但它们拥有出色的硬件设计、良好的语音质量、触感良好的按键和坚固耐用的设计。

诺基亚 6110 等小尺寸移动设备加速了蜂窝技术的普及，但这些设备上的软件和用户更新这些软件的能力却极差。 这是早期消费设备公司的通病，因为它们认为自己首先是硬件公司，在采用现代软件开发实践方面进展缓慢。

与许多新兴技术一样，诺基亚手机附带的软件也是简陋不堪、漏洞百出，需要打补丁和更新才能继续使用。 ...