2022 年 DevOps 五大趋势

如果你想看更多类似的内容，请订阅我的YouTube频道！youtube.com/clouddevengineering

信不信由你，一年已经过半了！时间会带来变化，变化也意味着我们需要学习新的技能。因为你不应该一次性学习太多东西，所以最好从学习的角度出发，思考一下这一年应该学习的4-5个主题。

科技行业并非一劳永逸，不是学一次就能掌握的。相反，你需要思考如何每月持续提升自身技能。你无需整天待在房间里埋头写代码，忽略生活。但是，你必须了解科技领域的变革，思考如何才能让公司变得更好（尤其现在工程师也参与决策），以及如何保住饭碗。因为事实是，很多人因为技能跟不上时代而被裁员，找不到工作。

在这篇博文中，您将了解到 2022 年 DevOps 领域 5 大新趋势是什么，以及它们为何如此重要。

基础设施自动化

尽管基础设施即代码 (IaC) 和其他针对特定编码的基础设施方法已经很流行，但它们正变得越来越受欢迎。由于当今世界以及过去几年来的发展趋势，越来越多的组织正在尝试向云端扩展。无论是由于办公室关闭，还是仅仅因为将服务器保留在本地不再合理，工程师都需要能够更快地迁移、扩展或重建运行在原本地服务器上的任何内容。

基础设施自动化是云计算未来的发展方向。市面上有很多工具，但目前最顶尖的是 HashiCorp Terraform，它是一款用 HashiCorp 配置语言 (HCL) 编写的基础设施即代码工具，用于定义您希望云端（以及本地）基础设施的架构。

要实现基础设施自动化，您必须：

• 要乐于编写代码。你不需要写出下一个 Twitter，你只需要能够学习如何自动化即可。
• 用于存储代码的源代码控制系统（例如 GitHub）。
• 帮助企业理解，虽然多年来基础设施工程师并非程序员，但时代在变，他们现在也是程序员了。在当今世界，人人都是开发者。

DevOps 安全

安全通常是任何组织中最容易被忽视的方面之一。事实上，DevOps 研究员 Gene Kim 曾说过，每 100 名开发人员中只有 1 名安全工程师。仔细想想，这个数字着实令人担忧。尤其考虑到许多组织宁愿快速推进项目，把安全问题留到以后再解决，而不是一开始就把事情做好。

然而，时代在变化。越来越多的人在家办公，越来越多的服务在云端运行，网络攻击也日益增多。因此，工程师编写软件的方式必须安全，软件部署到目标位置的方式（以及目标位置本身）也必须安全。

要开始认真思考安全问题，你必须：

• 了解安全的概念。例如，安全的目的不是消除所有风险，而是尽可能降低风险。
• 确保有合适的云端（和本地）漏洞扫描器，可以扫描您正在使用的任何服务。
• 使用标准测试（单元测试/集成测试/模拟测试等）和/或策略即代码来保护您编写的代码（可能是基础设施即代码）。

混沌工程

你是否曾在凌晨两点被应用程序因无法承受意外负载而崩溃的噩梦惊醒？或者服务器内存激增引发警报？混沌工程的核心理念正是为了避免这种情况的发生。一些组织会在应用程序部署前使用混沌工程，而另一些组织则更进一步，将其应用于生产环境中。

从安全/漏洞角度来看，混沌工程是发现系统漏洞的绝佳方法，它还能帮助预测系统崩溃的发生时间。混沌工程的核心理念在于，你需要能够故意破坏系统，从而找出破坏的原因和方法，最终使系统变得更好。

Chaos Monkey是 Netflix 开发的一款混沌工程工具，它既实用又有趣，值得一试。不过，在您对该工具进行全面测试并获得管理层批准之前，请勿将其用于您自己的生产系统。

要进行正确的混沌工程，您必须：

• 要明白，关键在于如何发现系统中的弱点和漏洞。
• 设定一个你认为系统应该如何运作的基准。
• 这其中涉及大量的测试。它很大程度上属于研发（研究与开发工程）范畴。

工程师现在是决策者

科技领域瞬息万变，这是无法避免的。因此，你需要记住的一点是，你必须能够适应变化，并具备相应的适应能力。工程师通常都充满好奇心，学习新事物对他们来说轻而易举。然而，对于大多数管理人员来说，这可能并非他们的强项，尤其是那些没有工程背景的人，但这完全可以理解。

正因如此，管理层开始意识到，他们不能仅仅凭空想出产品或环境应该是什么样子，然后就把它交给工程师去开发。相反，工程师必须参与决策过程。无论是选择哪种编程语言来开发应用程序，还是选择哪个公有云平台，工程师都必须能够胜任管理者的角色，积极参与决策。

工程师和管理层都具备这种思维方式，将会创造一个良好的环境，并带来伟大的创新。

要想具备工程师的决策能力，你必须：

• 了解企业实际的业务内容。
• 了解企业开展业务的原因。
• 将你的工程能力与能够筛选各种方案的思维过程结合起来。

价值流管理（VSM）

衡量工程师的价值一直以来都颇为困难。在早期编程时代，工程师如果编写了“X”行代码就能获得奖金和表扬。然而，科技界很快意识到，这种做法只会造成技术债务。自那时起，如何衡量价值，以及更重要的是，价值的真正含义，就成了一场持续不断的挑战。

借助价值流管理，您可以采用多种方式来衡量价值。例如，您可以查看流程是否出现故障以及故障原因，然后找出导致故障的根本原因。之后，您可以获取流程的分析数据、百分比和统计数据。然后，您可以衡量从流程中获得的价值，如果流程出现故障，价值可能不高，因此您可以根据其重要性进行修复。

价值流图（VSM）也有一些衍生方法，例如价值流交付、价值流分析等等。重要的是不要被这些术语迷惑，要明白一切的核心都是衡量价值。

要正确实施价值流图分析流程，您必须：

• 要明白，“多”并不意味着“多”。你应该始终把质量放在数量之上。例如，如果一位工程师创建了 10 条流水线，这固然很好，但这些流水线都能通过测试吗？5 条流水线通过测试总比 10 条流水线中有 7 条失败要好得多。
• 选择你用起来顺手的软件。价值流图 (VSM) 领域有很多供应商，但有些供应商的 VSM 服务比其他供应商更好。例如，一些 VSM 供应商更注重工程和管理协作，而另一些则更注重效率。例如，如果管道出现故障，原因是什么？
• 务必让所有人明白，这并非旨在实现微观管理。某些价值链管理 (VSM) 提供商允许您查看哪些工程师在哪个分支上工作，以及他们为哪些分支做出了贡献。这很容易导致过度管理，从而违背了价值链管理的初衷。

想了解更多？请查看如何联系我获取咨询和顾问服务！https://michaellevan.net/advisory_services/