基础设施团队将从标准化和自动化的大幅提升中受益匪浅——无需更多工单操作。
译自 This Is Why Infra Teams Should Care About Platform Engineering，作者 Luca Galante。
越来越多的基础设施团队，尤其是在企业中，承受着越来越大的压力，导致许多工程组织濒临运营崩溃。这些基础设施团队中的大多数在多年前就被赋予了现代化和云迁移计划的任务，而这些计划通常会中途搁浅。
现在，他们需要同时管理内部部署和云端设置，同时还要与云供应商的控制台竞争，这些控制台承诺支持开发人员自助服务。当然，通过任何此类控制台都无法实现开发人员自助服务，而基础设施团队最终不得不处理不断增加的开发人员请求和工单。
开发人员抱怨等待时间长，并且处理日益复杂的云原生工具链的认知负荷高。上市时间延长，高管们将此归咎于基础设施团队成为瓶颈。
这听起来可能对大多数人来说过于熟悉。但有趣的是：在过去几年中，平台工程已承诺解决其中许多问题，从而实现真正的规模化开发人员自助服务——而不仅仅是将 UI 层添加到基础设施之上——同时减轻基础设施团队的压力。然而，我交谈过的许多基础设施团队似乎并未将平台工程视为解决其问题的方案。为什么？
因为他们立即将其与开发人员体验 (DevEx) 联系起来，而这并不是他们真正感兴趣的。毕竟，作为基础设施团队，您必须担心基础设施和服务交付，那么您为什么要关心呢？
因为通过为您的开发人员提供内部开发人员平台 (IDP)，您既可以消除他们的等待时间，又可以防止工单操作浪潮袭来。您实际上可以专注于重要的事情，例如添加新资源和基础设施（而且，说实话，更有趣），而不是必须启动同一 Postgres DB 的第 N 个实例。您应该关心，因为在管理层的眼中，您从成为问题的一部分（成为瓶颈）转变为成为解决方案的一部分。
平台工程是将企业组织中流传的所有技术和工具汇总在一起，并将它们绑定到黄金路径中，从而实现开发人员自助服务并消除个人贡献者的认知负荷。然后，Gartner将基础设施平台工程定义为“构建内部软件产品 [IDP] 的学科，该产品以易于使用的方式向用户或其他平台展示 IT 基础设施”。
因此，为了使您的平台工程计划取得成功，在您的平台团队和现有基础设施团队之间建立清晰的沟通渠道至关重要。平台工程不仅仅是 DevEx，事物的基础设施方面与应用程序方面或开发人员界面一样重要。基础设施平台工程师在您的平台团队中发挥着关键作用。
平台工程团队在这里有一个巨大的机会，可以为开发人员创造统一的体验，无论他们想要使用哪些资源，无论是来自云提供商、基础设施团队还是两者。企业级 IDP 自然会标准化此类资源的消耗，从而提高效率、改善安全性并加强对任何内部或外部提供商的合规性。
这不仅对开发人员来说是一个巨大的解锁，对基础设施团队来说也是如此。使用平台编排器构建的 IDP 引入了标准化和自动化程度，这可以使您作为基础设施团队的生活更加愉快。
例如，假设您需要将 Postgres 从 Vx 升级到 Vx+1，并且您需要在所有应用程序开发团队中执行此操作。如果没有 IDP，您必须转到每个团队，找出他们正在运行哪个实例，然后将其全部映射出来。然后，您必须返回并进行升级，通常与各个团队一起，每个实例都是唯一的。
使用构建良好的 IDP（平台编排器作为后端），您可以简单地更新一个文件（资源定义），下次任何团队部署其工作负载时，将自动使用较新的资源版本。
这通过设计在所有团队和工作流中实现标准化，同时完全摆脱工单操作，让您能够发挥最佳作用。
平台工程和平台编排器为工程组织提供了一个独特的机会，可以改善其运营方式以及开发人员与基础设施交互的方式，从而提高效率并缩短上市时间 (TTM)。
但是，如果没有与现有基础设施团队的密切合作，平台工程计划就无法走得太远，而基础设施团队反过来将从标准化和自动化的提高中受益匪浅——并且不再需要工单操作。
基础设施平台工程师将在您的 IDP 推广和更广泛的组织绩效中发挥越来越关键的作用。如果您有兴趣了解更多信息，