作者 | ArchSummit

策划 | 高玉娴

Gartner 连续 2 年将“平台工程”列为年度最重要的十大技术趋势之一。并且预测到 2026 年，将有 80%的软件工程组织会建立平台团队（基本相当于内部 IDP 供应商），从而为内部的工程师提供可复用的服务、组件以及工具来帮助应用交付。

这些预判的背后有着充分理由作为支撑。Gartner 认为：“平台工程旨在提供一组精心设计的工具、功能和流程，经过打包后便于开发人员和最终用户使用。它将提高最终用户的生产力并减轻开发团队的负担。 ”

去年 InfoQ 在采访平台编排器公司 Humanitec 产品负责人 Luca Galante 时，他也明确表示，平台工程专注于实现 DevOps 最初的承诺（谁构建，谁运行），这非常重要。“我觉得过去十年间，整个技术行业在这些问题上反而有所倒退，开发和运营间的摩擦变多了，人们的日常工作也越来越费劲。我觉得平台工程终将解决开发者与运营者间的合作这一基本问题。”

除此之外，平台工程对于缩短软件开发交付效率、节约劳动力和成本也有巨大作用。在如今的宏观经济和激烈竞争环境中，这至关重要。

然而，在平台工程真正的落地实践过程中，仍然存在一系列可预知和不可预知的挑战。比如，由于缺少指导性路线，大家并不清楚接下来该朝哪里去，市场上也没有参考架构和清晰的设计模式；再比如，不少开发者苦于不能很好地向企业显示平台工程团队的价值，而是被视为企业内部的一个消费团队，这给实践过程带来了重重阻力。

与此同时，在探讨国内平台工程实践案例的过程中，InfoQ 也发现国内外无论是在技术整合策略、平台解决思路，还是文化方面，都存在明显的差异。

那么，企业是否应该自己构建平台工程？平台团队该如何扩大自己的影响力，让领导层重视工具和平台的价值？实践过程中如何进行技术选型？海内外是否有可供参考的架构？如何判断平台工程的实施是否成功？

针对这些问题，Thoughtworks 亚太区 CTO Scott Shaw 将在 6 月 14 日-15 日举办的ArchSummit全球架构师峰会.深圳站上分享来自世界各地不同组织和行业提供工程平台的各个团队的重要见解，介绍它们成功的一些共性，并讨论一些真实的例子。

如我们所知，平台工程并非在 2022 年度才首次出现，其概念提出最早至少可以追溯到 2017 年 Thoughtworks 的技术雷达。而 Scott Shaw 不仅是一位工程师和领导者，在软件行业拥有 30 多年的经验，同时还是技术雷达的作者之一。

在 ArchSummit 深圳，他将分享构建平台工程的关键要素，包括理解开发者体验、争取高管支持、建立健全的运营模式，最重要的是传达平台的价值。在他看来，衡量价值是关键，但使用错误的指标会让事情变得更糟。其演讲内容的核心是为希望持续、可衡量地提高工程组织效率的工程师、经理和技术管理者提供一些行业参考。

与此同时，Scott Shaw 也极具洞见地洞察到了“顶流”AI 大模型与平台工程领域的交叉应用实践的可能性。他认为软件开发正因为 AI 辅助工具的出现而迅速发展，这些工具正在改变我们编写代码的方式。但真正的力量，绝不仅仅在于编码。

在大会《LLM作为新一代“OS”的探索》专题论坛上，他还将进一步分享 AI 优先的软件交付，深入探讨 AI 如何在整个项目生命周期中赋能团队，从头脑风暴到最终构建。强调 AI 是协作者，而非替代者。探索 AI 增强人类能力，促进更高效、更具创新性和更具协作性的开发环境的实现路径。

目前，ArchSummit 深圳大会议程已全部上线，BAT 等头部 AI 大模型实力同台 PK，金融/物流/制造/能源等行业 AI 大模型应用实践尽览，俭约架构师“大法”速成，与国内外 100+顶尖专家共同探讨架构师在 AI 时代的“生存法则”。

原文链接：