在行业专家对 2024 年 DevOps 和相关技术将如何发展和影响业务进行了深思熟虑、富有洞察力的判断后，产生了一下对于平台工程和 DevOps 成本的预测。
Jon Mort 认为明年 DevOps 领域最重要的事情仍将是平台工程。在最基本的层面上，平台工程提供了一个自助式内部平台，为开发人员提供动力并减少认知开销。它的目的是改善开发人员的体验。开发人员自主化的大趋势推动了人们对平台工程的兴趣，因为平台工程在实现开发人员自主化的同时，还能添加一些平台驱动的指挥和控制功能。
在 DevOps 团队中最善于使用平台工程的公司将是那些能够理解这并不是试图使用平台将开发人员锁定在特定架构中的公司，而是那些能够将所有工具和流程选项整合到一个地方，从而能够通过单一玻璃窗进行查看的公司。
同样的，Bernd Greifeneder 也视平台工程为2024年的关键任务。因为他觉得企业将认识到，对于业务连续性而言，无缝运行和安全的软件交付管道与最终用户和客户所依赖的服务同样重要。在这种情况下，用于推动 DevOps、安全性和网站可靠性工程最佳实践的工具将向产品化进行转变。
随着企业将安全 DevOps 管道自动化所需的技术诀窍和能力编纂成代码，这将把平台工程推向前台。这一趋势的形成，使得软件交付、安全和运营流程将通过应用编程接口（API）触发，这些接口将根据从可观察性数据中获得的实时洞察力自动执行这些任务。
Mike Loukides 更是赞同一直以来软件开发人员的付出。是他们在推动平台工程发展，开发工具，以改善他们的工作环境。因此随着软件变得越来越复杂，在云端运行分布式系统成为常态，部署软件的复杂性也随之增加。这种交付软件的整个过程自动化，从签入、测试到部署到生产，已成为一种必然。
根据 Dotan Horovits 的说法，在超大规模企业和大型组织的引领下，平台工程将在明年成为生产级工程，并与业界分享他们的经验。这种成熟将涉及到对开发人员体验和开发人员生产力的日益重视，以及利用有效的流程和工具（如 Spotify 的 Backstage 等集成开发人员平台）简化不同开发团队和 DevOps 团队之间的沟通。
预估到 2024 年年底，随着企业不断加强对效率的关注——仔细检查每一项开支和工具，大多数具有前瞻性思维的首席信息官将把平台工程制度化，并建立相应的团队。这些团队不仅要管理技术资产，还要对其进行优先排序，以加快业务价值的交付。这一战略转变与优化技术堆栈来提高敏捷性和效率的行业趋势相一致，为解决当前的业务挑战提供了一种多维方法。
对于渴望在 2024 年实现平台工程目标的 DevOps 团队来说，并为开发人员配备所需的自助服务工具，以切实加快应用交付和价值实现时间，开源战略将发挥越来越重要的作用。无论开发人员使用何种云或基础设施提供商，开源可移植性都将使 DevOps 能够保证相同的开发人员体验，而基于开源软件的内部开发人员平台（IDP）将有助于人才招聘。此外，Pete Lilley 还预计，在2024 年将有更多的 DevOps 团队将平台工程与开源绑定在一起，以实现更好的可插拔性——使他们能够根据需求更改代码，而不必受供应商的限制。
FinOps 与安全性和可观察性成为平台工程的 golden paths 的重要三个部分。
随着对话和解决方案从“激励”转变为“促进”，导致摩擦和优化承诺无法实现的 FinOps 将找到突破口。据预测，到明年年底，平台工程将作为一种技术方法被大多数具有前瞻性思维的 IT 组织完全采用，FinOps 实践将成为其 golden paths 的一个原生部分，与安全性和可观察性一样，成为交付流程中的默认三要素。
在基础设施和软件成本方面，DevOps 团队和财务团队越来越需要使用相同的语言。2024 年，预算将继续被置于显微镜下，DevOps 和开发人员团队如何在不影响应用性能的情况下高效完成工作将至关重要。DevOps 和财务领导者将更加协调一致，并对云成本监控和治理有更多的了解——他们需要所有必要的云端、Kubernetes?和第三方 API 数据来获得这种可见性。
整个 DevOps 和云计算行业将持续关注降低成本。即使是服务网格等历来用于提高系统安全性和可靠性的技术，也将为这些努力做出贡献。先进的项目可能会引入成本感知流量路由等功能，从而在 Kubernetes 现有的区域感知路由基础上降低跨区网络成本。
更重要的是，优先考虑效率和成本优化，降低 SaaS 成本。在降低成本的战役中，DevOps 团队首当其冲，他们中的许多人都是企业托管云环境的安全维护者——这是任何基于云的公司的头等大事。我们将继续看到 DevOps 团队采用成本监控工具，这些工具将云提供商和可观测性供应商集中在一个地方，而且在选择可观测性堆栈时，他们在组织中扮演着更重要的角色。与过去相比，DevOps 团队将在估算可观测性堆栈的总体拥有成本方面发挥关键作用，并对决策过程产生更大影响。我们还将看到一个日益增长的整合趋势，团队将努力减少供应商，集中他们的 DevOps 工具包，并在 DevOps、SRE 和开发等不同研发部门尽可能多地交叉使用工具。
并且，DevOps 团队将牺牲功能的广度和深度来换取价格的透明度。在最近的一项调查中，98% 的 DevOps 和 SRE 团队表示，他们每年至少会遇到几次分析成本超支或意外飙升的情况。在同一受访者群体中，91% 的人预计将在未来 12 个月内进行审查，以降低成本。有鉴于此，DevOps 团队显然对他们的成本感到惊讶，并在寻求一种使分析支出更可预测的方法。如果明年团队能够通过更透明的供应商来满足他们的基本需求，他们将有可能放弃传统产品中的所有华而不实的东西。
FinOps 将成为开发人员平台上的一项功能，因为每家企业都希望减少云计算开支。许多领导者都采用了 FinOps 实践（侧重于资源标记和事后分析）来实现这一目标。然而，要跟踪浪费情况并找出节约成本的机会，说起来容易做起来难，尤其是在开发环境中。开发实践千差万别，团队规模一般也很大；因此，实施 FinOps 实践成为一项挑战。那么如何解决这些问题呢？许多企业正在其开发平台内实施成本管理实践，实现对所有工作负载的自动标记，包括：每个应用程序、每个团队和每个开发人员的配额，以及在预定时间后自动终止开发环境。这些功能融入基本框架的解决方案将在 2024 年大放异彩，慢慢成为经济高效开发的黄金标准。