平台工程4周内死亡

只需四周即可构建一个最小可行平台 (MVP),以避免延迟和浪费数百万资金而导致大多数失败的平台工程计划失败。

译自 Platform Engineering Dies in 4 Weeks,作者 Kaspar Von Grunberg 是平台工程的早期先驱。在过去的十年里,他一直在大规模构建内部开发者平台(IDPs)。作为平台工程的常规演讲者,Kaspar 是几篇相关定义文章的作者。

四周。这就是构建内部开发者平台(IDP)应该花费的时间。听起来很疯狂,在一个充斥着年长数年、数百万美元的工作组和研究阶段的死于落伍的平台工程计划环境中,这将是不可能的。幸运的是,最好的平台不是那样构建的。它们构建得灵活、成本低廉,而且——最重要的是——速度快。

最近的成功案例清楚地表明,良好的平台工程不需要18个月的规划。它发生得很快。各种规模和行业的公司仅用四周就开始使用最小可行平台(MVP)

四周听起来像是一个不可能实现的快速时间。然而,当你深入了解MVP的概念以及为什么大多数平台工程倡议都在缓慢的死亡中失败时,就清楚了为什么四周恰恰是应该花费的时间。

为什么大多数平台工程倡议失败?

平台工程和IDP是相对较新的概念。尽管平台工程的增长惊人,并且最佳实践和开源IDP参考架构不断增加,许多平台工程倡议仍然失败,并且在取得有意义结果之前就夭折了。

它们没有起飞,在评估中受阻,无法让利益相关者感到兴奋并加入。或者它们的商业案例不足以获得高管的支持。

许多人认为IDP之所以困难,是因为技术错误,比如选择了错误的技术栈或不正确的工具。这是错误的。

IDP 失败的原因是大多数平台团队缺乏正确的流程或专业知识,无法让关键利益相关者支持他们的 IDP 倡议。而一旦他们获得了利益相关者的支持,就无法快速向他们证明价值,以保持倡议的动力。

认为平台工程倡议应该从一开始就包括所有利益相关者,并涵盖所有用例的想法,导致了这些倡议在无法展示任何成果的情况下崩溃,除了几个月(或几年)的浪费时间,还可能浪费数百万资金。

MVP 框架直接解决了所有这些问题。

在 4 周内使用 MVP 开始

通过使用快速移动的先锋团队构建一个代表性用例,您可以迅速向关键利益相关者证明 IDP 的价值。这还可以建立一个清晰的路线图,以便对平台进行迭代和扩展。这个框架消除了资金、法律和合规性的复杂性,并极大地简化了获取平台所需的关注和资源的过程。

这种更简单的用例使得证明价值并获取扩展所需的资源和支持变得更快更容易,因为:

  • 构建一些小东西需要的资源和繁文缛节更少,从而更容易证明价值。
  • 根据内部数据和用户反馈扩展平台有助于促进采用。

为了实现 MVP:

  1. 确定领导创新的先锋团队。这可能是领导您的 Kubernetes 或云迁移的团队。
  2. 在 HelloWorld 的背景下构建平台的简单第一个版本。这个用例应该具有代表性且可重复。
  3. 根据用户反馈开发您的迭代产品路线图。
  4. 向能够推动采用和扩展的相关利益相关者演示平台。

放大

您的 MVP 是您平台的代表性案例。目标是快速行动并证明价值,以便您可以扩展它。您的 HelloWorld 应尽可能反映您真实应用程序的状态。避免复杂的情况,专注于您的应用程序使用的基础设施的最常见的公共分母。

放大

迭代和扩展至企业级内部开发者平台

四周后,您将拥有一个 MVP,向您和关键利益相关者证明它值得额外投资,并且已准备好进入下一个阶段。

您可以将此 MVP 作为全面的 IDP 的基础,并通过基于真实用户反馈和用例构建它,您可以在几周内为您的组织和使用它的人提供价值,而不是几个月或几年。

准备好开始了吗?Humanitec MVP 计划提供帮助和指导,快速有效地启动您的平台工程倡议,一个不仅能够生存下来,而且能够茁壮成长的倡议。通过联系我们的平台架构师了解更多信息,在四周内开始构建您的 MVP。

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注