共计 7002 个字符，预计需要花费 18 分钟才能阅读完成。
本文先看看他人的预测，最初我也凭借本人在 DevOps 畛域这几年的教训和认知，大胆预测 DevOps 在 2021 年的倒退与变动。
他人的预测
本文翻译自 Andreja Velimirovic 的《Top 8 DevOps Trends for 2021》一文，原文地址[1]。
DevOps 是软件无效交付的一个当先模型，而且此畛域没有停滞的迹象。DevOps 社区始终在搜查优化开发效率、进步生产力的形式，因而思维和流程的转变是以 DevOps 为核心的软件开发模式中的外围局部。
此文章会就 2021 年 DevOps 的八大趋势做一个解释。
持续浏览，理解 2021 年 DevOps 的冀望，并理解你的团队须要做什么来放弃竞争力。
一、DevOps 值得关注的趋势
1.1 基础设施自动化（IA）工具的成熟
基础设施自动化工具可能使团队在 on-premise 和云环境中设计和自动化交付服务。在 2021 年，DevOps 团队将应用 IA 以更高的可靠性来大规模施行自动化 IT 基础设施的交付、配置和治理。
IA 工具可能给 DevOps 团队提供泛滥的收益：
- 多云和混合云基础设施的编排。
- 不可变和可编程基础设施的反对。
- 自服务、按需所需环境的创立。
- 高效的资源配置。试验的简略性。
咱们将在将来看到 IA 工具和其余流水线组件的更多集成。通过将 CI/CD 概念利用于 IT 基础设施，团队将能享受到更多的敏捷性。
查看继续集成、继续部署和继续交付之间的区别[2]，三种实际使 DevOps 团队疾速、准确的工作。
2021 年的冀望：企业将开始用企业级的 IA 工具取代自定义的设置。通过利用 IA 工具来自动化软件的部署和配置，企业将取得：
- 更快的开发。
- 可反复、统一的基础设施。
- 因为手动工作缩小使老本升高。
- 因为跨所有物理和虚构基础设施的可靠性设置，更容易实现合规。
预计间断配置自动化（CCA）的工具也会减少。这些工具提供了以代码模式治理和交付配置更改的能力。CCA 工具的范畴将会持续扩大至网络、容器、合规及平安领域。
查看裸金属 [3] 云服务器是如何帮忙施行基础设施自动化治理流程的。
1.2 应用程序公布编排（ARO）工具的应用
ARO 工具将流水线、环境治理和版本编排联合起来。这些工具可能带来以下益处：
- 更多的灵活性：团队能更快、更牢靠的交付新利用、应答变更和修复缺点。
- 更高的生产力：更少的手动工作能容许成员更关注于高价值工作。
- 更好的可视性：在资源调配过程中，瓶颈和期待状态变得可见。
ARO 工具将进一步提高产品公布的品质和速度。公司将利用多种形式、DevOps 流水线[4]、流程及工具，在多团队之间进行版本公布流动。
2021 年冀望什么：ARO 工具将变得更加广泛。新变更的疾速交付将容许对市场需求的疾速扭转做出应答。
1.3 更简单的工具链
DevOps 工具链是一系列反对流水线流动的工具集。设计良好的工具可能让团队：
- 为了独特目标而一起工作。
- 失去准确的测量指标。
- 获取所有代码变更的疾速反馈。
DevOps 工具链正在变得越来越简单和宽泛。CI 工具随着新零碎的倒退而演进，这些零碎可能让创立和保护构建脚本变得简略。流水线正在取得一些新的平安个性。反对包治理和容器治理的工具也正在迅速倒退。
组织须通过防止重叠、抵触和性能差距来确保工具链的正确应用。
2021 年的冀望：工具链供应商将开始在整个开发和交付周期内提供更宽泛的解决方案。企业将领有不止一条工具链来反对不同技术栈和交付平台（COTS、云、主机、容器原生等等）。
1.4 DevSecOps 的升温
云原生平安会变得越来越重要，因为企业或者组织都在踊跃拥抱 Kubernetes[5]，serverless 和其余基于云计算的技术。团队须要新的工具和流程来爱护资产。这就是为什么咱们预测在 2021 年 DevSecOps 的采纳会是十分宽泛的。
DevSecOps 是将平安和合规 [6] 测试集成到开发的流水线中。DevSecOps 应该是：
- 无缝连接到软件开发生命周期中。
- 给相干利益干系人提供通明的后果。
- 不会升高开发人员的敏捷性。
- 不须要团队来到他们的开发环境。
- 提供运行时的平安爱护。
DevSecOps 正在变成可编程的，因而在接下来的几年冀望可能看到更高层次的一些自动化。
请看 DevOps 平安最佳实际 [7] 来确保你的团队正在以安全可靠的形式经营着。
2021 年冀望什么：DevOps 流水线中平安将不再是被滞后思考的事件。DevSecOps 将以更高的速度和规范的 CI/CD 测试工具进行集成。后果就是，公司将看到网络安全[8]、合规、规定和协定执行以及总体 IT 效率方面的改善。
1.5 应用程序性能监控（APM）软件
在软件开发中，APM 在给开发人员提供疾速反馈的过程中表演了着重要的角色。APM 要害包含：
- 前端监控（察看用户交互的性能和行为）。
- 利用发现、跟踪及诊断（ADTD 剖析了 web 和应用程序服务器、微服务及基础设施之间的关系）。
- AIOps 使能剖析（探测生命周期内的模式、异样及因果关系）。
在 2021 年，APM 将极大的缩短 MTTR（均匀修复工夫 Mean Time to Repair）、进步服务可用性和改善用户体验。高级的 APM 能力将帮忙 DevOps 团队：
- 更好的了解业务流程。
- 深刻理解业务运维。
- 对问题进行优先排序和隔离。
2021 年冀望什么：APM 提供商将进一步扩大他们的服务提供能力，包含基础设施监控和剖析的集成（包含网络、服务器、数据库、日志、容器、微服务以及云计算服务）。厂商也将持续在 APM 中应用机器学习（ML machine learning）：
- 升高零碎乐音。
- 异样预测和检测。
- 发现前因后果。
对客户体验的日益器重将推动 APM 软件可能对客户旅程有深刻的洞察力。组织将开始依赖更多的 APM 来爱护及更好的了解他们的利用。
1.6 宽泛的云治理平台（CMP）
云治理平台（CMP）帮忙团队来治理私有云、公有云及多云服务和资源。CMP 能力可能是单个产品或一系列厂商提供服务的一种后果展现。
在 2021 年，组织将开始应用 CMP 来升高运维老本，同时确保适当的服务等级。CMP 将给业务提供诸多能力：
- 治理和编排。
- 服务申请治理。
- 目录和分类。
- 云监控和剖析[9]。
- 资源优化。
- 云迁徙、备份和灾备。
- 加强策略和法规听从性要求。
同时服务于开发和 I&O（基础设施和运维）人员的 CMP 能力在 2021 年将是必须的。CMP 必须是：
- 在不挫伤开发敏捷性的状况下染指开发流程。
- 容许 I&O 团队更容易执行资源管理规范。
2021 年冀望什么：企业将更好的了解 CMP 可能提供什么，不可能提供什么。企业将部署 CMP 来减少整个 DevOps 团队的灵活性。
浏览五种云部署模型 [10] 来找到一款适宜你的。
1.7 更多不确定的指标和要求
双模 IT 经营使 I&O 团队可能通过剖析确定的需要来反对用户。双模 IT 依赖于以下两种工作模式：
- 模式 1：团队已知需要且冀望它们可能带来可预测的 IT 服务或产品。
- 模式 2：需要是不确定的且需要摸索也在进行中。其后果是很难预测的。
对于模式 2 的拥抱，可能带来新的业务时机。这些策略波及高度的不确定性，同时存在于业务和 IT 术语领域内。公司将优先思考敏捷性和我的项目的均匀工夫价值，产品团队将寻求新的策略，进步用户体验。
2021 年冀望什么：I&O 团队将不得不学习新的技能来减少敏捷性，晋升业务价值。对以后流程的扭转就像模式 2 中的时机一样，须要做进一步的简化。
1.8 AgileOps 的进一步倒退
AgileOps 是一套通过验证的麻利和 DevOps 办法，能够被 I&O 用来改善敏捷性。AgileOps 技术有助于简化其余业务畛域内的软件开发和相干工作：
- 为了反对开发，I&O 团队成员应该学习 DevOps 和麻利实际[11]。
- 对于不波及开发的用例，团队成员应该晓得 Kanban、Gemba Kaizen 及宽泛的自动化等这些概念。
- 学习 scrum、精益流程及继续改良将帮忙 I&O 改良产品治理技术。
2021 年冀望什么：日益增长的对用户需要疾速响应的需要将推动 AgileOps 的增长。I&O 团队成员将应用麻利、精益及 DevOps 概念来在不波及利用程序开发的畛域内获取更多的敏捷性。
二、2021 年（及当前）DevOps 的将来
2.1 基于模板的实际成为一种束缚
胜利的 DevOps 须要团队是自组织的，而且可能依据特定的产品需要来调整他们本身的流程。DevOps 团队将开始将标准化的办法和框架倒退成定制的工作形式。
到 2023 年，75% 的公司将通过调整麻利实际来和产品与团队的理论状况相匹配。后果就是，应用程序的交付节奏会放慢。咱们还将看到新兴技术的崛起，这些技术强调的是实际而非实践，例如实质和自律的麻利。
次要影响有：
- 对特定产品（或一组相干产品）的调配将继续更长时间。
- 相熟产品将进步团队效率。
- 对麻利和 DevOps 来说，继续学习和适应变得更加重要。
- 团队将开始通过面向实际的技术形式来形容工作。
团队倡议：
- 制订方针，然而容许团队抉择其实际和工作形式。
- 在定制过程之前，确保团队理解麻利开发是如何工作的。
- 组织研讨会与共事分享常识。
- 以面向实际的技术做试验，来记录相应的办法。
2.2 I&O 团队将变得更麻利
采纳云原生架构和可编程的基础设施，将须要 I&O 团队变得更加麻利。I&O 团队将不得不在根本脚本之外来扩大他们的开发技能。
可靠性工程师须要 I&O 团队可能和开发及产品团队更无效的进行合作。解决可靠性挑战须要对系统设计和运维有一个分明的意识。
到 2023 年，60% 的 I&O 团队领导将进步他们的开发技能以反对业务翻新。I&O 团队将变得更擅长于：
- 零碎架构。
- IT 运维人工智能（AIOps）。
- 利用程序开发。
- 测试自动化。
次要影响有：
- 软件工程师技能将使 I&O 来推动业务翻新。
- I&O 将和开发团队有比以往更多的合作。
- I&O 将采纳新技能的劣势来提高效率及缩小技术债。
团队举荐：
- 随着工夫的推移，构建你的 I&O 能力。布局你的倒退需要，并为如何满足这些需要制订长期打算。
- 在招聘新人才和外部员工培训之间找到平衡点。
- 留神留住员工，因为 I&O 对工程技能的需要将超过供应。
2.3 产品团队自助服务平台
通常，保护基础设施的产品团队不足工夫或专业技能来优化平台应用。这些团队必须将贵重的资源从以用户为核心的翻新转移到平台保护、降级和治理上。
到 2023 年，70% 的公司将为产品团队交付共享的、自助的服务平台。这些平台将使应用程序的部署频率进步 25%。其余的收益包含：
- 更少的工具链重叠。
- 治理和平安的一致性规范。
- 更高的用户满意度。
- 更大的业务敏捷性。
- 外部平台将更具响应性，对产品团队的束缚更少。
次要的影响有：
- 企业对威逼和时机的反馈更快。
- I&O 团队成员将开始将平台视为随着业务需要变动而不断改进的产品。
- 企业将缩小重叠和冗余、实现规模经济并建设高标准的治理。
团队倡议：
- 建设专门的平台团队，为产品团队提供更高的灵活性。
- 组织社区分享来确保平台满足所有消费者的需要。
2.4 混沌工程将变成惯例测试伎俩
到 2023 年，40% 的 DevOps 团队将应用混沌工程作为他们测试套件规范的一部分。后果就是，咱们会看到非打算的宕机会缩小 20%。
混沌工程依赖于故障注入来发现错误和缺点，这些谬误和缺点通常用其余测试伎俩发现不了的。混沌试验对于具备多个可挪动部件的简单 IT 零碎来说是一种现实伎俩。
理解更多的混沌工程[12]，学习不可预测的测试伎俩是如何构建零碎的韧性的。
次要影响：
- 云生产环境的混沌试验将变成继续交付流程的一个规范局部。
- 大型企业将开始应用混沌工程以更快的速度扩充规模。
团队举荐：
- 创立社区实际来构建混沌工程意识和技能。
- 培训应用开源的混沌工程工具。
- 创立可重用的试验，以帮忙不同的团队扩大办法并通过相熟的测试建设信念。
2.5 疾速故障复原
为了可能为用户继续的交付价值，应用程序必须始终在线且可用。在将来几年，故障复原将是 DevOps 的一大改良畛域。
到 2023 年，60% 的组织会将零碎恢复能力的测试变成 CI/CD 流水线的一部分。
咱们的 CI/CD 指南 [13] 解释了如何自动化公布版本，以让 DevOps 团队和组织都能获益。
次要影响：
- 复原测试变成了自动化测试流程规范的一部分。
- QA 将更多的关注于缺点修复。
- 团队将更加理解以后零碎的可靠性和弹性。
团队倡议：
- 将故障解决的整个流程自动化，就像缺点产生在生产上一样。
- 确保零碎复原失败的所有事件都通过根本原因剖析。
- 扩大 QA 机制，包含定期验证和零碎可恢复性验证。
三、尽早采纳 DevOps，放弃竞争力
根据上述趋势来采纳 DevOps 的公司，将会进步他们的设计、构建、部署和保护高质量产品的能力。及时拥抱这些趋势，会让公司可能在一个竞争激励的年份里，放弃短缺的竞争力。
我的预测
以下为作者本人的预测。
在 DevOps 畛域浪荡了几年，闲来无事的时候，也会想想 DevOps 的过来、当初及将来，在此也斗胆预测一下。
1、再莫提 CI/CD 了
不提 CI/CD 不意味着 CI/CD 曾经不重要或者不须要了。恰恰相反，CI/CD 作为 DevOps 的两大要害外围能力，对 DevOps 的推动及落地实际来说至关重要。之所以说再莫提 CI/CD，是因为 CI/CD 的倒退曾经像云计算的倒退一样了，像水、像电，对人们来说曾经触手可及了。如果还在处于认知和实际 CI/CD 的道路中，那就须要加倍努力了，毕竟这是一个只有致力奔跑能力留在原地的社会。
CI/CD 将更多的以研发效力平台的形式呈现。
另外，摈弃实现了 CI/CD 就等于实现了 DevOps 的愚昧观点吧。
2、云原生的“入侵”
云原生以不堪一击之势冲击着 IT。各企业和组织对云原生也展现出踊跃拥抱的态势。Kubernetes，服务网格（典型如 Istio），Serverless 俨然成了云原生技术倒退的三驾马车。Kubernetes 曾经成为了容器编排的施行规范，也能够说是云原生的基座。服务网格的倒退也是热火朝天，Serverless 更是泛滥顶级厂商竭力布局的战场。
然而，目前为止，云原生也具备着无可争议的复杂性。如何在云原生的浪潮中来施行 DevOps 是每个企业或组织所面临的独特挑战。做好如下几点可能减速这一过程：
- 对云原生有一个全面的认知。
- 晋升软件开发相干人员的技能。
- 选取适宜团队的工具链（非最新、非最贵）。
- 有序推动云原生的落地（可参考 CNCF Trail Map[14]）。
不应该再纠结于要不要转向云原生，而应该更关注于如何做好云原生的落地实际。
3、DevSecOps 持续备受关注
平安是一个陈词滥调的话题，在企业数字化转型、采纳麻利开发、拥抱云原生的状况下，平安的重要的就更毋庸多言了。平安能力将继续的集成在软件开发流程中。将平安融入 DevOps 的 DevSecOps 应该具备如下特点：
- 尽量左移，让平安在开发晚期染指。
- 继续的自动化测试，做到平安的继续检测。
- 借助机器学习（ML）来做破绽辨认与平安防护等工作。
4、人工智能（AI）的继续染指
AI 可能帮忙团队来实现环境治理、破绽辨认、利用监控等重要工作。这能缩小一些手动的、重复性的工作。然而，如何将复杂程度高、门槛高的 AI 融入 DevOps 中，也面临很多的挑战。
5、“人”应该被重点关照
DevOps 的问题归根结底是人的问题，详情可查看这篇公众号 DevOps 的问题是对于兽性的问题，你信吗？。人是 IT 的外围因素。人才更是一个企业或组织可能短暂倒退的基本。始终以来，人们只关注用户侧，然而对 IT 开发相干人员却被忽略了。应该做一些上面的事件：
- 提供学习的环境：内外部分享和培训的机会（哪怕是须要花钱的）。
- 激励加入开源社区：开源是 IT 倒退的弱小推动力，加入开源社区能使每个人的眼界变宽，将开源技术带入工作中，能缩短尝试工夫，同时带来翻新价值。
- 器重人员的反馈：常常获取人员对于现有流程、应用工具、工作环境等方面的反馈，及时作出无效调整，让人员有归属感、幸福感，人员才会有激情去全身心投入工作。
带来的价值会有：
- 翻新变得容易：眼界变宽了，知识面丰盛了。利用自身能力改良现有零碎，引起新零碎天然也就瓜熟蒂落了。
- 忠诚度进步：员工将制订与本公司相干的集体五年计划，而不是思考下一份工作在哪儿。吸引更多的人才退出：毕竟人人都想退出一个“好”公司。
结束语
尽管，DevOps 走过了十多个年头，仍旧是那句话路漫漫其修远兮，吾将上下而求索。
参考资料
[1] https://phoenixnap.com/blog/d…
[2] https://phoenixnap.com/blog/c…
[3] https://phoenixnap.com/bare-m…
[4] https://phoenixnap.com/blog/d…
[5] https://phoenixnap.com/blog/s…
[6] https://phoenixnap.com/kb/und…
[7] https://phoenixnap.com/blog/d…
[8] https://phoenixnap.com/blog/c…
[9] https://phoenixnap.com/blog/c…
[10] https://phoenixnap.com/blog/c…
[11] https://phoenixnap.com/blog/d…
[12] https://phoenixnap.com/blog/c…
[13] https://phoenixnap.com/blog/w…
[14] https://github.com/cncf/trailmap
起源：DevSecOps SIG
作者：小马哥