DevOps和SRE还没搞清楚，平台工程又出现了，它会取代DevOps吗？

DevOps、SRE和平台工程的概念在不同时期出现，并由不同的个人和组织开发。

• DevOps作为一个概念是由Patrick Debois和Andrew Shafer在2009年的敏捷会议上提出的。他们试图通过促进协作文化和在整个软件开发生命周期中共享责任来弥合软件开发和操作之间的差距。
• SRE，即站点可靠性工程，是谷歌在21世纪初首创的，用于解决管理大型复杂系统的操作挑战。谷歌开发了SRE实践和工具，如Borg集群管理系统和Monarch监控系统，以提高其服务的可靠性和效率。
• 平台工程是一个较新的概念，建立在SRE工程的基础上。平台工程的确切起源不太清楚，但它通常被理解为DevOps和SRE实践的扩展，重点是为支持整个业务视角的产品开发交付一个全面的平台。

值得注意的是，虽然这些概念出现在不同的时期。它们都与软件开发和操作中改进协作、自动化和效率的更广泛趋势有关。

在过去的十年中，工程和技术组织已经将构建和部署云原生应用程序的最佳实践集合在一起。这些最佳实践包括持续交付、容器化和构建可观察系统。

与此同时，云原生组织已经从根本上改变了他们的组织方式，从大型部门(开发、QA、运营、发布)转移到较小的独立开发团队。这些应用程序开发团队得到两个新功能的支持:站点可靠性工程和平台工程。SRE和平台工程是传统运维团队的精神继承者，将软件工程的学科带入运维的不同方面。

站点可靠性工程和平台工程#

• 平台工程团队应用软件工程原则来加速软件交付。平台工程师确保应用程序开发团队在软件交付生命周期的所有方面都是高效的。
• 站点可靠性工程团队应用软件工程原则来提高可靠性。站点可靠性工程师将影响云应用整体可靠性的故障频率和影响降到最低。

这两个团队经常混淆，这两个术语有时可以互换使用。事实上，一些组织将SRE和平台工程合并到相同的功能中。之所以会出现这种情况，是因为这两个角色都适用一套共同的原则。

• 平台即产品。这些团队应该花时间了解他们的内部客户，制定路线图，制定发布节奏计划，编写文档，以及完成软件产品中的所有事情。
• 自助服务平台。这些团队构建自己的平台供内部使用。在这些平台中，对最佳实践进行了编码，因此这些平台的用户无需担心——他们只需按下按钮即可。在Puppet Labs的《2020年DevOps现状报告》中，Puppet Labs发现，高功能DevOps组织比低功能DevOps组织拥有更多的自助服务基础设施。
• 对消除辛劳的持续关注。正如谷歌SRE书中定义的那样，辛劳是手动的、重复的、自动化的、战术的工作。最好的SRE和平台团队能够识别并消除辛劳。

平台工程#

平台工程师不断地检查从源代码到生产的整个软件开发生命周期。通过这个内省的过程，他们构建了一个工作流，使应用程序开发人员能够快速编写和发布软件。基本的工作流通常包括与持续集成系统相连接的源代码控制系统，以及将工件部署到生产环境中的方法。

随着使用工作流的应用程序开发人员数量的增长，平台的需求也在变化。不同的应用程序开发团队需要类似但不同的工作流，因此自助服务基础设施变得很重要。自助服务的常见平台工程目标包括CI/CD、警报和部署工作流。

**除了自助服务，教育和协作也成为挑战。平台工程师发现，他们花越来越多的时间培训应用程序开发人员，让他们了解最佳实践和如何最好地使用平台。**应用程序开发人员还发现他们依赖于其他应用程序开发人员团队，并期望平台工程团队为他们提供与不同团队高效协作的工具。