自2007年 DevOps 这一概念推出以来，越来越多企业开始将开发和运维团队结合在一起，以加快部署速度，提高软件开发生命周期的效率和协作。但是，诸多因素都会对 DevOps 是否成功产生影响，例如组织规模、文化和实施计划等。
随着系统愈发复杂，企业正在寻找新的方法来减轻开发人员的负担，同时加速软件发布以保持市场竞争力。随着 DevOps 相关技术和工具的成熟，IT 行业开始将注意力集中到 DevOps 的未来，以及企业本身是否准备好将 DevOps 向平台工程的方向发展。
答案是否定的。相反，DevOps 正随着组织的发展而不断演进。
在最近的一场 CNCF 网络研讨会上，Mallory Haigh，Humanitec 客户成功总监，提到 DevOps 往往是误解和误用的受害者。企业倾向于简单粗暴地招聘一个“DevOps 工程师”，而不愿意从团队文化层面上采用 DevOps 原则，因此在一些组织中 DevOps 的实践失败了。
Haigh 认为，DevOps 的核心“You Build It, You Run It”已经消逝，转而开始进入第二阶段，这一阶段的重点是支持和参与。因此IT团队可以在他们基础设施和云原生环境中以可持续的方式成长。
企业在持续加速发展，许多人则感受到了来自KPI的压力，要求他们更敏捷、快速地交付代码，但当前的架构无法承受这样的增长，进而导致开发人员不顾用户体验，而一味追求快速交付。
TechTarget 企业策略组（ESG）资深分析师，Paul Nashawaty提到：因此，企业正在探索“左移”的策略，不仅仅是安全左移，而是将 DevOps 功能都左移到工程中。采用 DevOps 更成熟的企业甚至开始转向平台工程。
平台工程通过创建可复用的、自助服务的平台来提升开发者体验和软件交付速度。这可以帮助开发者回归到他们最擅长的工作而不是被琐碎的细节缠身。Haigh 认为平台工程使IT团队能够以负责任和可持续的方式来践行“You build it and you run it”的原则。
平台工程师所创建和维护的工具和工作流程能够帮助开发人员快速且高效地推送代码。这解决了长久以来横亘在开发人员之中的问题——愈发复杂的系统、架构使得他们陷入无穷尽的重复性工作中。
Humanitec 的研究显示，由于系统复杂性增加，25%的开发人员将时间花费在应用运维上。平台工程将会通过自动化来解决这类琐碎问题，进而降低开发人员的职业倦怠。
平台工程创建的标准框架应该覆盖应用程序的整个生命周期并为开发人员提供软件开发所需的一切基础设施，并尽可能减少开发人员内耗。平台工程关注的领域包括创建和维护软件发布或CI流水线、自动化测试系统、运行时环境和 Kubernetes 基础架构。
面对日益复杂的基础设施，平台工程正受到越来越多的关注。据 Gartner 预测，到2026年，80%的软件企业将建立平台团队，以帮助将软件开发人员和IT运维以有机地方式结合起来。
许多人说伴随着平台工程的兴起 DevOps 已死，但它们之间并非此消彼长的关系：两种方式可以齐头并进一同帮助企业成功。“应该把它看成一种成熟或成长，而不是其中一个要离开了” Nashawaty说。
平台工程是 DevOps 的进阶，与 DevOps 拥有相同的目标，并帮助 DevOps 更加高效。与 DevOps 类似，它提倡一种协作方式，重点是平台的创建。通过同时使用这两种方法，DevOps 团队可以在平台工程师创建的“舒适圈”中更快地编写代码。
平台工程看起来可能是最终目标，但实现它需要时间。首先，平台工程需要不同的技能和心态，DevOps 工程师不一定能够直接成为平台工程师。
根据Global Market Insights的研究，随着对自动化测试和开发工具的需求增加，DevOps市场预计将从2021年的70多亿美元增长到2028年的至少300亿美元。
IT行业未来将走向自动化，消除繁琐的任务，使 DevOps 团队能够专注于创新而不是维护。事件管理、应用部署、安全和合规性等任务的自动化可以提高生产力，并最终加速数字化转型。
在未来，自动化可以减少入门级的工作。反过来，这可能需要软件开发人员和IT运维团队将他们的技能重点转向更复杂的概念，比如 AI、机器学习等。但这个现象并不会在短期内出现。
在 TechTarget ESG 的“2023年技术技能意向调查”中显示，三分之一的受访组织表示他们缺少AI和ML的技术人才。受访者报告说，在IT架构和规划（40%）以及IT运维和自动化（38%）方面的人才缺口更大。这种持续的IT技能的缺乏可能会阻碍企业的发展。
随着企业不断成熟，平台工程在未来几年可能会变得更加流行。但是 DevOps 的未来取决于企业是否能够维护其现有系统并适应不断变化的市场环境。无论是否纳入平台工程，这都是企业需要持续思考的课题。