2021 年 DevOps 的八大趋势 | IDCF

时间 2021-04-02

标签前端 git github web 数据库编程 segmentfault 安全服务器网络栏目 Git 繁體版

原文原文链接

本文先看看别人的预测，最后我也凭借本身在 DevOps 领域这几年的经验和认知，大胆预测DevOps 在2021年的发展与变化。前端

别人的预测

本文翻译自 Andreja Velimirovic 的《Top 8 DevOps Trends for 2021》一文，原文地址[1]。

DevOps 是软件有效交付的一个领先模型，并且此领域没有停滞的迹象。DevOps 社区一直在搜寻优化开发效率、提升生产力的方式，所以思想和流程的转变是以 DevOps 为中心的软件开发模式中的核心部分。git

此文章会就 2021 年 DevOps 的八大趋势作一个解释。github

继续阅读，了解2021年 DevOps 的指望，并了解你的团队须要作什么来保持竞争力。web

1、DevOps值得关注的趋势

1.1 基础设施自动化（IA）工具的成熟

基础设施自动化工具可以使团队在 on-premise 和云环境中设计和自动化交付服务。在 2021 年，DevOps 团队将使用 IA 以更高的可靠性来大规模实施自动化 IT 基础设施的交付、配置和管理。数据库

IA 工具可以给 DevOps 团队提供众多的收益：编程

多云和混合云基础设施的编排。
不可变和可编程基础设施的支持。
自服务、按需所需环境的建立。
高效的资源配置。实验的简单性。

咱们将在将来看到 IA 工具和其余流水线组件的更多集成。经过将 CI/CD 概念应用于 IT 基础设施，团队将能享受到更多的敏捷性。segmentfault

查看持续集成、持续部署和持续交付之间的区别[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 概念来在不涉及应用程序开发的领域内获取更多的敏捷性。

2、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机制，包括按期验证和系统可恢复性验证。

3、尽早采用DevOps，保持竞争力

根据上述趋势来采用 DevOps 的公司，将会提升他们的设计、构建、部署和维护高质量产品的能力。及时拥抱这些趋势，会让公司可以在一个竞争激励的年份里，保持充足的竞争力。

个人预测

如下为做者本身的预测。

在 DevOps 领域浪荡了几年，闲来无事的时候，也会想一想 DevOps 的过去、如今及将来，在此也斗胆预测一下。

一、再莫提 CI/CD 了

不提 CI/CD 不意味着 CI/CD 已经不重要或者不须要了。偏偏相反，CI/CD 做为 DevOps 的两大关键核心能力，对 DevOps 的推动及落地实践来讲相当重要。之因此说再莫提 CI/CD，是由于 CI/CD 的发展已经像云计算的发展同样了，像水、像电，对人们来讲已经触手可及了。若是还在处于认知和实践 CI/CD 的路途中，那就须要加倍努力了，毕竟这是一个只有努力奔跑才能留在原地的社会。

CI/CD 将更多的以研发效能平台的方式出现。

另外，抛弃实现了 CI/CD 就等于实现了 DevOps 的愚蠢观念吧。

二、云原生的“入侵”

云原生以摧枯拉朽之势冲击着 IT。各企业和组织对云原生也展示出积极拥抱的态势。Kubernetes，服务网格（典型如 Istio），Serverless 俨然成了云原生技术发展的三驾马车。Kubernetes 已经成为了容器编排的实施标准，也能够说是云原生的基座。服务网格的发展也是如火如荼，Serverless 更是众多顶级厂商极力布局的战场。

可是，目前为止，云原生也具备着无可争议的复杂性。如何在云原生的浪潮中来实施 DevOps 是每一个企业或组织所面临的共同挑战。作好以下几点可以加速这一进程：