Ori Hoch
DevOps，融合了开发（Development）和运营（Operation），在行业内已流传甚广 。自 2009 年以来，DevOps 的发展日新月异。转眼，现在已步入第二个十年，其势头依然强劲。Global Market Insights的一项调查预测了DevOps未来发展，并展示了一些积极信号：“DevOps 的市场规模在 2019 年超过 40 亿美元，并在 2020 年到 2026 年之间将以超过 20% 的复合年增长率增长。”
DevOps 市场潜力无穷，只是还暂未成型。现在看来，其市场还像个十几岁的孩子，每年都在快速成长，推进高质量软件交付。“效率”、“左移”和“敏捷”等流行词都在为其铺路。虽然敏捷（据说，敏捷还有个反面的孪生兄弟 Badgile）不再是一种趋势，而是一种标准（更多敏捷标准相关内容，请跳转至这篇博客），但还有其他趋势值得关注。
你看，我们还处在发展中，随着 DevOps 的成长和变化，有很多趋势和观点值得细细讨论，这些甚至都来不及考虑到去年的影响…
新冠病毒的出现
2020 和 2019 新冠病毒大流行，整个环境发生剧变，随之而来的问题剧增，DevOps 也无法逃避。不过，让人高兴的是，转机已经出现，2020 年的重重挑战基本上已过去。这个危机带来的创新更是不容忽视。数字化和自动化比前几年更加繁荣，背后推动的自然是不断涌现的新技术。披荆斩棘、勇往直前，这是生活与工作永恒的价值。疫情虽然慢慢过去了，居家办公（例如谷歌的“WFH”搜索趋势）、分布式工作进程等等趋势留下了。我们不能让时间倒流，当然也不想再经历一次。详见麦肯锡的相关报告。
DevOps 的未来——别无选择，勇往直前
随着 DevOps 理念的发展，其重要性也不断提升，并不断推动项目向前发展（包括频繁发布）、激发创新，弥合公司和客户需求差距。
根据我们与 DevOps 工程师多年的接触，同时结合自身在这个生态系统中的沉浮经验，我们对 DevOps 未来的趋势有一些自己的见解：
1.微服务基础架构——不断发展
微服务基础架构的原理，是将应用程序（通常为复杂应用程序）切割成小块、独立的服务、单元或灵活可扩展的实体。简言之，这是对传统单一整体架构的挑战。对于单一架构，周期中任何一个小小的更改，都可能引发大大的麻烦。因为这可能需要部署一个新版本，而且你不能只部署小的特性或功能——而必须扩展到整个应用程序和代码库。团队中的开发人员和用户越多，情况就越复杂。与之相反，微服务则可以独立进行构建、测试和部署。
可能我们容易有一种错觉，即认为微服务是现代系统触手可及的架构选择，而向微服务的转变势在必行。仔细一想，尽管微服务仍在扩展，但在许多行业，它不一定是默认选项。不过，也不得不承认，许多不愿意接受微服务的行业已经慢慢向微服务体系结构转移。
在大多数情况下，微服务体系结构的优势在于，让开发周期更加灵活，定制功能更为丰富，同时增加扩展选择，这些优势都成功地抵消了其复杂性。
向微服务的过渡是驱动 DevOps 的关键因素之一。微服务趋势，尽管出现已久，但一直与 DevOps 密切相关，且作为催化剂的作用，共同促进了高效、敏捷和模块化开发。
微服务与 DevOps 的发展趋势，也与云技术密切相关，本文后续将提到。
2.DevSecOps —— 敏捷与安全
除 DevOps 之外，还有另一种融合需要注意：DevOps 和 Security（安全性），通常称为 DevSecOps。
同样，这也不是一个新概念了，行业对 DevSecOps 的讨论已持续了很久。DevSecOps 通常与左移一起出现。不过，DevSecOps 确实在稳步向前推进。为什么呢？攻击、漏洞和漏洞频发，需要遵守的保护法规（你可能熟悉 GDPR）繁多。远程工作和云技术对安全性无能为力，但安全的重要程度却只增不减。
在系统开发周期的早期阶段，即编写代码的时候就需要开始考虑如何整合自动化安全性能，从而防止各种危害、降低成本，并加快速度。
整个行业都不仅仅将安全性作为口头上的产品特征，而是在实践上将安全性能列为系统和开发周期中需要解决的首要问题。因此，我们将看到 DevOps 工具和系统越来越频繁地考虑系统安全和审计方面的问题。
我能说什么呢，这是一个“安全第一”的世界——欢迎加入
3.AIOps、MLOps、 DataOps、NoOps —— Ops 大套餐
试想一个问题，人工智能是如何融入生活的？我们已经能感受到，人工智能已无处不在，甚至都在讨论人工智能开始推动第四次工业革命。所以这个人工智能的 AI DevOps 套餐，潜力无穷。
Gartner 预测 ：“到 2023 年，40% 的 DevOps 团队将利用人工智能的 IT 运营能力来增强应用程序和基础设施监控。”
AI 和 ML 引入 DevOps，也将推动战略、决策、策略和警报这类需要精细规划、调优、编码或配置领域的自动化发展。而这一系列变化大都因第四次工业革命中数据科学领域的巨幅增长所牵引。
DevOps 团队利用 AI、ML 和数据科学实践可以更快、更省力地解决问题，同时自动化也不断增强。从理论上讲，人与人之间的互动减少可能会导致 NoOps（另一个火爆趋势），运营团队可能将成为过去时。
4.Kubernetes
这就是事情真正开始变得有趣的地方。为什么？因为虽然一些人（我敢说，大多数人）预测 Kubernetes（容器化）势头不减，并导致 NoOps 出现，但也有不少人预测 Kubernetes “将在未来一年得到缓和”。
每个人都知道 Kubernetes 是容器编排的实际标准，但它将来会走向何方？Kubernetes 的开发是动态的，并且总是向前推进，但是不要期望其新功能有任何突破。就未来的使用趋势而言，对 Kubernetes 的关注点似乎从“ops”端（视其为一个基础设施系统）转向了“开发”端的应用程序系统/框架。现在在开发人员的机器上启动本地 Kubernetes 集群非常容易，这有利于开发者在早期利用 Kubernetes 功能。就市场份额而言，Kubernetes 还相对稳固。一些替代产品蓄势待发，功能集更小，支持的选项也更少，如：Apache Mesos、Docker Swarm（现在称为 swarmkit）和 Nomad。OpenShift 和 Rancher 也值得一提，这些都是非常强大的竞品，但其后台都是使用 Kubernetes。大型云供应商（AWS/Google/Azure）对 Kubernetes 的支持已经成熟，并且降低了使用门槛，因此你可以直接跳到“第二步操作”。
话虽如此，Kubernetes 用不起来并不简单，因此用户对更简单、更自动化解决方案（我们说的是人工智能吗？）的需求一直存在。
那么，它会朝哪个方向走呢？我们拭目以待。
相关阅读:
5.喜上“云”霄
由于新冠大流行和数字化的需求，云技术凭借其灵活性和可扩展性在过去一年一路高歌猛进。当然，这是有代价的，云资源的管理也成刚需，因此云管理平台（CMP）的逐渐出现并开始普及。
在新冠疫情爆发之前，不少公司还没有上云的计划。但新冠病毒的爆发让他们乱了阵脚，现在已经开始，或即将开始，将其部分系统和基础设施转移到云，或以其他方式构建内部云基础设施。面对全员居家办公，系统安全、控制和费用的担忧变得无足轻重。再加上向 SaaS 和 PaaS 的迁移，大家已经习惯通过网络而不是本地安装使用服务。
相关阅读: Incredibuild Cloud
6.少即是多——服务器缩减
使用云技术之后，下一步即是无服务器架构。无服务器架构市场预计将从 2020 年的 76 亿美元增长到 2025 年的 211 亿美元，原因是“资本支出转向运营支出的需求不断增加，企业必须通过减少服务器管理，从而降低基础设施成本”。无服务器架构灵活、快速、成本低、收益高（只需按需付费），这些优势力量都推动其快速扩张。开发人员也得以从大量维护问题中解脱，这种转变趋势有点像是下一代微服务。
7.架构即代码（IaC）
云应用（以及微服务）的一个相关趋势是 IaC。顾名思义，基础架构即代码就是将所有基础架构定义为代码。IaC 越来越接近于“一切都是代码”，因为它将所有因素都囊括在内。所有服务器、网络、数据库和存储转换为代码行后，系统得以简化，并自动化。此外，这种趋势也可帮助轻松回滚，通过版本控制恢复，以及简单的监视和分析（KPI）。诚然，这种方式的风险也是有的，因此你还需要配置管理系统，如 Ansible（其市场份额巨大）、Puppet、Chef 等等，但这些都是值得的！如果你想深入了解 IaC 及其发展趋势，可以从这篇文章开始。
8.混沌世界里的混沌工程
这个名字很特别，听起来不像是学术名字，但是强调了一点：混沌。尽管混沌工程在今天还不像 Gartner 预期的那样普遍，但也算是 DevOps 中的一门学科，支持在生产软件上进行实验，使系统能够承受不可预料的问题或其他测试方法无法检测到的问题，提升我们对系统的信心。混沌工程可以引导公司正面面对失败，但如果处理不当，也可能有风险。此外，混沌工程也引入以一场文化变革，正如《Chaos Engineering: Building Confidence in System Behavior through Experiments》一书的作者、Netflix 高级混沌工程师， Nora Jones 所描述的那样：不要问“如果失败了会发生什么，而是真正失败了会发生什么。”
9.不要保持低调—— 低代码
Forrester 预测，低代码将在 2021 年蓬勃发展。同样，这与新冠的到来脱不开干系，因为组织开始转向使用低代码来快速开发应用程序。在 TechRepublic 的 Dynamic Developer 播客中，Forrester 的副总裁兼首席分析师 Jeffrey Hammond （也是上述 Forester 报告的作者之一）对低代码的做出了颇为大胆的预测：“所以具体预测是在今年年底，75% 的开发团队将部署和使用低代码解决方案。”如果真如他所预测那样，那时生产率自然会上升到新的境界，这也是我们熟悉的领域。
虽然一些开发人员初涉低代码时非常犹豫，甚至始终固执地坚持聚焦代码质量，不过，越来越多的开发人员和 DevOps 工程师正在加入低代码潮流，开始使用具有漂亮拖曳元素的低代码工具。“如果你不能打败他们，就加入他们”这句老话似乎仍然适用。下一步自然是“无代码”，这是另一个值得注意的趋势。
DevOps 的未来 —— 2022 年最新预测
上述提到的这些趋势，以及我还没有篇幅介绍的其他趋势（SRE、边缘计算、自助服务等）将并将继续塑造 2021 DevOps。在人心惶惶的 2020 年之后， 2021 年会有什么不同，或者会有什么发展，以及 2022 年会变什么样子，让我们拭目以待！
