使用GitOps扩展容器化和编排治理
在2021年，Kubernetes将更为流行。当开发团队在全球范围内部署他们的产品时，将面临着规模问题；运维人员的压力则来源于需要跨多个云管理多个实例。通常，操作团队使用push模式，其中传递管道将更新发送到Kubernetes集群。这种模式带来了挑战。例如，软件团队提出的两个常见问题是“在给定的环境中部署了什么版本”和“我们能快速回滚到以前的版本吗”，在push模式下，这些问题很难得到解决。
GitOps是另一种部署范例，集群本身从驻留在源代码管理中的清单中“拉”出更新（使Git成为名称的一个组成部分）。这里不深入讨论GitOps如何工作的更多细节，重点是关注其价值以及为何它将成为2021年的关键趋势。然而，值得重申的是，使用GitOps会使事情容易得多。Git存储库的内容会告诉你应该在集群中部署什么，Git提交历史实际上可以作为集群部署历史和审计跟踪。
首先，已部署应用程序的所有组件都存储在源代码管理下。这不仅意味着源代码本身，还描述看应用程序如何在集群内运行的Kubernetes清单。这个功能意味着我们可以存储、版本和管理Kubernetes资源的期望状态。
接下来，可以将集群和Git之间的状态等同起来，从而允许可重复和可审核的部署。开发人员或运维人员手动执行集群更改的情况并不少见。这些特别的变化从来没有被记录在任何地方，而且是脆弱的。使用GitOps可以解决这个问题，因为没有记录在Git中的手动更改很容易被丢弃。
最后，团队可能多次对集群进行更改，而这些更改在任何地方都没有记录。配置漂移是一个臭名昭著的问题，它持续的时间越长，它就变得越严重。部署失败的典型场景是阶段环境和生产环境之间的差异。开发人员在登台环境中测试他们的应用程序，并假设它在生产环境中也可以工作。GitOps提供了一个解决方案，使运营商能够减少配置偏差。
关注价值和价值流管理
DevOps团队仍在努力从构想到实现价值的可视化和周期时间。在数字转型上花费了数百万美元，这通常会产生局部优化，但不会产生系统性的业务结果。价值流管理推动了对应用系统思维的关注，以首先确定在哪里和什么类型的投资将导致交付期望的业务结果，然后在整个组织中扩展这些概念。
今年，DevOps将从产品交付扩展到价值交付，实现更广泛的数字化转型，将业务成果从外到内的视角重新纳入为其提供动力所需的人员、流程和技术。
DevOps转换必须与正确的目标和业务KPI（如客户满意度）保持一致，然后不断调整流程和技术以改进它们。越来越多的组织将围绕价值流来设计DevOps转换，价值流映射作为早已确立的一项长期实践，为基于DevOps原则的改进打下基础。
通过检查其价值流管理平台的数据和见解，团队将能够进行调整，根据价值流绩效选择进行转变还是坚持现状，并持续接收实时反馈。
分析、人工智能和机器学习将继续干扰开发、安全和运维
DevSecOps正变得越来越智能，特别是在基于风险的漏洞管理方面，软件安全寻求将漏洞评估自动化并协调到交付管道中。到2021年，解决方案现在可以自动设置策略防护栏，并为负担过重、资源不足的安全团队提供基于风险的漏洞管理，这些安全团队在采用云技术之前面临挑战。
然而，我们将看到的发展是使用智能来识别实质性的变化，理解开发人员的行为，并取代人工修复漏洞的尝试。团队不必花费有限的财政和人力资源来建设安全的基础设施。相反，这一趋势将使用人工智能和机器学习来构建安全的应用程序和基础设施。
随着分析系统使用各种技术（如机器学习、深度学习和自然语言处理），从价值流中获取数据（包括人类和机器数据）变得更加容易，预计这一趋势将渗透到整个交付管道。围绕部署、遵从性和应用程序操作的智能协助将节省人力和减少错误。
DevOps平台
在新的现实中，COVID-19加速了数字颠覆的速度。为了在有限的预算下保持竞争力，每家公司都面临着提高交付速度和上市时间的越来越大的压力。为了解决这个问题，更多的公司将转向平台方式进行DevOps转型，以扩大规模并帮助加速数字转型。
