从 devops 到平台工程的转变可能是变革性的。以下是实现这一飞跃的原因和内容。
Devops 工具和实践，包括使用 CI/CD 进行部署、将基础架构配置为代码以及管理容器化系统，所有这些都使 IT 团队能够提高系统可靠性、安全性和性能。
但是，工程师需要手动配置这些系统！
成熟的 DevOps 和 SRE 能力需要在开发技能、实践和文化变革方面进行大量投资。对于 CIO 和 IT 领导者来说，往往会出现两个基本问题。
- 首先，许多组织都在为技术债务和技能差距而苦苦挣扎，因此尽管他们的开发运营和 SRE 实践很先进，但广泛采用更具挑战性。这些组织可能会成功地为其云原生和现代化应用程序构建 CI/CD 和 IaC，但他们很难将这些功能用于标准化实践。
- 对于技术更先进的组织，问题就不同了。这些组织更有可能采用自组织实践，并授权团队根据其应用程序架构要求和实施价值配置特定的 DevOps 工具。对于这些组织及其领导者来说，问题是如何将 devops 最佳实践转化为可重新利用的模式。
平台工程发展了 devops
平台工程是 devops 实践的演变，旨在帮助大型组织制定标准、支持可重用配置，并将系统工程作为内部产品功能交付。
对于大型组织，平台工程可能需要将构建应用程序的开发人员与创建 devops-as-a-product 的平台工程师的职责分离。
虽然概念简单，但平台工程执行起来并非易事，因为它需要产品开发思维。
平台工程师必须开发敏捷开发团队想要使用的产品，而开发人员必须放弃他们对 DIY（自己动手）devops 方法的渴望。
一个起点是基础设施和云配置，IT 可以从这些方面从标准中受益匪浅，而开发人员不太可能有特定于应用程序的架构要求。
尽管平台工程大有可为，但 IT 组织应该从小处着手，抱负简单。确定具有明显优势、技术障碍少且需求普遍的领域，然后从那里开始。