此次会议拓展了诸如推销内部开发平台的商业价值、如何将平台视为产品等主题。
PlatformCon 2023 是夏季的平台工程活动，而且原因充分。来自世界各地的超过 22,000 名平台从业者、专家和爱好者在为期两天的会议中收听了 169 场社区提交的演讲。这个本月初举办的会议让人难以忘怀。如果你错过了，以下是亮点。
翻译自 PlatformCon 2023: Bigger and Even Better 。
当平台工程社区在 2022 年 6 月举办了第一届 PlatformCon 时，我们没有预料到这个活动会如此之大。我们惊喜地看到来自全球各地的超过 7,000 名平台工程师参加了直播活动，并聆听了超过 70 场思想领袖和实践者的演讲。
今年的活动更加庞大，也更加出色。Platform Engineering 的 YouTube 频道的订阅人数从 20 人增长到了超过 12,000 人， Slack 社区欢迎了额外的 10,000 名平台爱好者， PlatformCon 2023 收到的演讲提交数量几乎是去年的五倍，活动的赞助商数量几乎翻了一番。我们非常激动地看到社区的发展，并期待他们在今年的 PlatformCon 上学习、分享和交流。
PlatformCon 2023 在如何创建和构建增加价值的内部开发者平台（IDP）方面出现了重大转变的讨论。这一点尤为明显体现在全新的蓝图跟踪中，实践者们深入探讨了经过验证的 IDP 蓝图和参考架构。
麦肯锡团队根据数百个真实平台设置的经验教训，推出了两种新的 IDP 参考架构，使组织能够在一天内建立平台的最小可行产品。
在《平台即代码：使用参考架构简化开发者平台设计》中，麦肯锡的 Stephan Schneider 和 Mike Gatto 解释了如何减少开发者的认知负荷对于提升创新和速度至关重要。组织可以通过标准化、提供开发者自助服务、推动行业最佳实践以及避免阴影运营反模式来实现这一目标。
然后，他们介绍了针对亚马逊网络服务（AWS）的 IDP 参考架构，该架构旨在改善开发者体验 （DevEx） 和组织技术栈的健康状况。根据麦肯锡团队的研究， IDP 由五个具有独特功能的架构层面组成。下面的图表是工具如何聚集到每个层面的示例。每个层面中的工具组合可以根据组织的需求进行调整和适应。此外，更换一个工具不应该需要替换同一层面或更大 IDP 中的所有工具。
然而，仅靠技术还不足以在规模上提高开发者体验和生产力。Gatto 解释说，成功的平台组织还必须在基础上确定明确的方向，培养强大的工程文化，建立能够促进流程并创造平台吸引力的治理机制，并创建开发者愿意使用的平台。
麦肯锡的 Marco Marulli 在他的演讲《使用参考架构简化开发者平台设计》中，根据同样的设计原则和目标，提出了一个基于 Google Cloud Platform（GCP） 的 IDP 参考架构。
Humanitec 团队根据麦肯锡的 AWS、Azure 和 GCP 设置的参考架构，创建了更详尽的指南。这些白皮书解释了如何集成架构层面，提供了具体的黄金路径示例，深入探讨了开发者、运维和平台工程师如何从这种设计中受益等等。
确定平台适当的抽象层级一直是非常困难的。在他的演讲《构建抽象，而不是幻想》中， Cloud Strategy 的作者 Gregor Hohpe 借鉴了二十年的分布式系统构建经验，解释了为什么隐藏更多的复杂性并不总是对开发者有用。
Hohpe 解释说，抽象化是通过去除或概括细节或属性，将注意力集中在更重要的细节上。平台需要抽象化，因为底层技术非常复杂。良好的抽象化形成一个连贯的语言和有用的心智模型，帮助用户应对这种复杂性。然而，当平台去除或概括重要的细节时，它们会产生误导的幻觉，而不是真正的效果。
当大多数组织首次创建黄金路径时，他们往往过于优先考虑新服务或资源的简单搭建用例。然而，这只覆盖了服务的初始阶段（Day Zero），而服务的寿命可能长达数百天。这个陷阱成为 Kaspar von Grünberg 在他的演讲《为第 50 天构建黄金路径，而不是第 1 天》中探讨的话题。Humanitec 的首席执行官 von Grünberg 将黄金路径定义为软件开发生命周期中用户可以以最小认知负荷遵循的任何流程，以及推动标准化的过程。将重点放在第 1 天任务的黄金路径上的问题在于忽视了应用程序生命周期中更频繁发生的其余 99％ 任务。关键在于构建一个内部开发者平台，以最小或几乎不对开发者的工作流程进行更改的方式来强制执行标准化和安全最佳实践。
Von Grünberg 提供了一个使用 Score 和 Humanitec Platform Orchestrator 实施的部署工作负载到开发环境的黄金路径示例。黄金路径的流程如上图所示。根据 Von Grünberg 的说法，可扩展和可持续的黄金路径推动了配置和基础设施管理的标准化。在这个框架内，组织将每个发布视为 Day Zero 或“整理”和减少技术债务的机会。
平台工程不仅仅关乎技术，还包括创建一种能够促使平台和开发者茁壮成长和取得成功的文化。
以产品为中心的平台方法一直是社区中不断讨论的话题。这种方法包括进行用户研究、创建产品路线图、定期征求反馈、迭代、推出平台并在平台的客户中进行内部营销：即开发者。以用户为中心的方法确保平台满足用户需求，获得组织各方利益相关者的认可，并得到开发者的热情接受。
然而，尽管引起了广泛关注，但许多组织在实践中仍然难以应用以产品为中心的平台方法。这是我最喜欢的 PlatformCon 2023 演讲之一的主题。在《为什么创建一个出色的以产品为中心的平台如此困难》中，OpenCredo 的首席执行官兼首席技术官 Nicki Watt 强调了组织在尝试采用这种方法时遇到的一些常见障碍。
例如，许多组织未能像对待外部产品一样对待平台。这是因为当用户是内部用户，比如 IDP 时，更容易对用户的知识、需求和需求进行假设。然而，组织应该努力以同样的关怀对待他们的内部用户。Watt 分享的另一个常见陷阱是组织强制要求平台采用。强制平台采用关闭了平台团队需要评估平台效果并进行持续改进的关键反馈回路。
Honeycomb 的联合创始人兼首席技术官 Charity Majors 参加了 PlatformCon 2023 的舞台，为“运维的未来是平台工程”提出了自己的论点。在她的演讲中，她反驳了 “DevOps已死” 的标题，但也承认这个故事的其他部分有一些真实性。
让我印象最深的是 Majors 专注于运维专业人员如何在快速变化的就业环境中找到满足感的观点。她解释说，运维专业知识比以往任何时候都更重要，但是运维工作的职称和期望正在发生变化，因为工程师所需的抽象层级变得更高了。 Majors 将运维专家描述为在职业道路上面临一个分岔口的人。对于那些热衷于基础设施工作的人，她建议使用基础设施即服务或平台即服务来解决一个类别问题。对于那些热衷于操作代码的人来说，可靠性工程或平台工程可能是未来的选择。
无论您的组织是刚开始平台之旅还是平台工程老手，了解平台对业务的影响至关重要。Impact 赛道在今年首次亮相，旨在向业务领导者介绍 IDP 的增值，并教授平台工程师和产品负责人从高管层获取支持的新方法。
在他的演讲“如何传达平台工程的商业价值”中， Gartner 的 Manjunath Bhat 指出，大多数组织很难解释平台工程的价值。然而，大多数组织都熟悉在扩展 DevOps 以使多个团队能够构建、拥有和运营其产品方面的困难。在这种情况下，平台工程通过提供由专门的平台团队支持的自助平台，帮助实现 DevOps 在团队之间的规模扩展，从而提供价值。然而，根据 Bhat 的说法，这只是故事的一部分。传达平台工程的商业价值的关键是理解它如何超越 DevOps 。此外，不同的利益相关者有不同的优先事项。平台工程师需要了解如何用不同利益相关者群体的语言进行沟通。
为此，Bhat 分享了 Gartner 的企业价值方程式，并展示了如何在平台工程的背景下运用该方程式。
该过程大致如下：
- 评估利益相关者的优先事项和关切。倾听利益相关者的意见，了解他们的优先事项和关切。这些因利益相关者群体而异。
- 确定和定义价值驱动因素。价值驱动因素是平台团队采取的行动，为利益相关者提供价值，如开发者门户网站、黄金路径、内部开发者平台等。
- 构建价值映射，将价值驱动因素与利益相关者的影响相对应。价值故事是一个引人注目的叙述，配以支持性指标，展示软件工程举措如何产生商业价值。明确定义的价值故事与业务目标保持一致，根据利益相关者的优先事项进行调整，并易于传达。在利益相关者存在竞争利益的情况下，需要平衡权衡。
- 通过结果（而非产出）指标支持价值故事。产出指标优化工作流程，而结果指标优化价值流动。
- 传达“为什么”，以激励思维转变。这些思维转变推动平台的采用，并使平台对业务产生影响。
- 向组织传达实现的价值。包括提高客户满意度、推动收入增长和减少价值实现时间。
调整和迭代。
Bhat 对这个主题的处理方式对那些需要将高层概念转化为行动项列表的人很有帮助。通过使用这个框架，平台工程师可以更好地了解他们在超越开发者之外为业务带来的价值。
很高兴能听到一些先锋平台团队讲述他们平台工程之旅的起伏。平台故事专题旨在展示从初始步骤到在整个组织范围内构建和推出平台的从业者和过程。
在“ Adobe 在构建内部开发者平台的旅程”中，产品经理 Rohan Kapoor 分享了 Adobe 平台团队如何为超过 5,000 名开发人员构建一个内部开发者平台。他解释了 Adobe 的云平台 Ethos 在为产品团队提供韧性、可靠性和强大的 CI/CD 能力方面的重要性。基于这个基础， Kapoor 的团队希望扩展成为一个公司范围的内部开发者平台，以简化安全性、基础设施供应、监控、诊断等方面的工作。
Kapoor 还分享了他们在平台旅程中的关键经验教训，包括：
- 将内部开发者视为客户。这个原则是一个常见的主题，但值得再次强调。 Kapoor 详细阐述了在培训中关注开发者的生产力、准备平台的市场推广以及与用户之间保持持续沟通的必要性。
- 早期建立成功的基准。为平台团队设定切实可行的目标，并坚持实现这些目标。可以通过目标与关键结果、指标表现、特性、技术文档或调查问卷等方式实现。
- 可能需要重新校准以产生影响。对于一个内部开发者平台来说，灵活性和适应性同样重要。 Kapoor 解释了为什么战略性的权衡可能是必要的，以及团队如何接受变化。
- 没有采用，就没有平台。证明内部开发者平台的价值是一个持续的过程。平台团队应继续优先考虑鼓励采用的特性。
在“A Lawyer and an Engineer Walk into a Bar and Talk Open Source”中，Northwestern Mutual Life Insurance 的高级工程总监 Ravi Devineni 和助理总顾问 Shantanu Singh 探讨了在他们组织中使用开源软件所带来的利益和缺点，并讨论了他们从这个过程中学到的教训。
| 优点 | 缺点 |
|---|---|
| 法律视角 | |
| 第一原则。开源技术源于社区开发的精神，并通过协作文化逐渐成熟。 | 权利要么存在，要么不存在，通常不能购买。此外，开源项目对所需权利的关注主要驱动着包含哪些内容，而不是商业激励。 |
| 客户体验优先于金融产品。使用开源技术可以满足消费者对引人入胜的数字体验的需求。 | |
| 许可权是财产权。开源之所以与众不同，是因为它始于包容而非排斥的原则。 | |
| 工程视角 | |
| 更快的上市时间 | 安全威胁 |
| 成本效益 | 可信度 |
| 透明度 | 依赖项、更新和修补的复杂性 |
| 社区的力量 | 支持 |
| 招聘和建立人才储备 | 它真的是免费的吗？ |
根据 Devineni 和 Singh 的说法，解决这些权衡的方法是对正在使用的开源软件及其使用位置进行监控。这使得组织可以在开源漏洞出现时了解其对组织的影响范围。然后，组织可以获取软件材料清单。他们还可以将软件依赖项的安全扫描嵌入 CI/CD 流程中，或创建屏蔽列表以降低风险。关键是要了解所使用的开源产品和许可证。有了这种了解，平台团队可以更好地了解特定业务功能对组织的风险。
他们还分享了一些建议给律师。 Devineni 和 Singh 建议远离书面法律分析，转而将法律要求转化为产品功能。例如，律师可以考虑公司对开源使用的风险容忍度，并将相关风险作为检测变量传递给扫描工具，无论是许可证风险还是漏洞检测。
他们的经验要点是，企业必须制定开源政策，组织应建立健全的开源治理计划并努力自动化繁琐的任务，法律应成为 DevOps 的一部分。对于金融服务、保险和医疗保健等高度监管的行业的平台工程师来说，这次讲座是必看的。
PlatformCon 2023 将全球社区与一些具有改变游戏规则的平台工程领导者和见解联系在一起。该会议扩展了一些熟悉的讨论，例如如何推销 IDP 的商业价值以及如何成功地将平台视为产品。它还首次亮相了一些急需的 IDP 参考架构。数字证明了一切：平台工程是未来。
如果您错过了今年的盛会，不要担心。PlatformCon 2023 的所有演讲都可以在 Platform Engineering YouTube 频道上找到。您可以将本文作为指南，深入研究我们精选的专题，或自行探索。无论您走到哪里，我们都很高兴您成为社区的一部分。