阿迪达斯对其数据平台的基础设施交付方式进行了全面改革，从集中式的 IaC 模型转向去中心化模式。此次变革将基础设施定义的所有权从中央平台团队转移到按业务域划分的团队，体现了行业向“产品化平台工程”转型的趋势。该转型旨在在治理与自治之间取得平衡，以应对数据平台在多个团队与多种使用场景扩张过程中暴露出的扩展性挑战。
在原有模式下，单一的平台工程团队负责 IaC 仓库、管理部署流水线，并在整个组织内执行统一标准。这种集中式结构在早期增长阶段确保了一致性与合规性。然而，随着多个领域团队陆续接入平台，请求数量不断增加，待处理积压逐渐扩大，团队间的协调也带来了额外开销。工程师们指出，这种限制源自交付模型本身，而非底层工具问题。
Jose Moreno 强调：
核心问题在于交付模型本身——它已无法支撑组织当前所需的速度与自治程度。
为解决这些约束，阿迪达斯数据平台团队重新定义了基础设施的交付方式以及交付主体。新的运营模式将责任下放给领域团队，使其能够在预定义边界和标准化模式下，自主创建与管理基础设施。平台工程师不再执行具体的基础设施变更，而是转向维护可复用的构建模块、工具框架和治理策略，以支持自治式交付。
此次重构引入了分层的 IaC 结构：可复用模块封装资源定义；“栈”将模块组合为可部署单元；消费配置则引用经批准的栈用于生产部署。这种分层设计在允许非生产环境实验的同时，限制对基础组件的直接修改。在去中心化环境中，明确哪些内容可以修改、由谁修改、在哪个环境中修改，是安全扩展的关键。
图示：基础设施组件类型及其对应的开发者需求与职责，来源：阿迪达斯博客
团队还开发了一个定制的命令行工具（CLI），用于抽象底层复杂性，并将治理机制嵌入日常工作流程。通过标准化状态管理、强制命名与标签规范，并与持续集成、持续交付（CI/CD）流水线集成，该工具在无需集中式人工审核的情况下实现了一致性保障。自动化的流水线负责部署编排，确保了跨环境的可追溯性与可复现性。
组织结构方面也进行了重新划分与职责明确。框架负责人负责维护共享工具与标准；领域团队中的开发者使用经过批准的模式组合基础设施；使用方通过自动化流水线部署生产配置。职责边界的清晰划分不仅强化了问责机制，也降低了对单一中央团队的依赖。
图示：围绕去中心化基础设施交付的工作模型，来源：阿迪达斯博客
工程师们表示，去中心化显著缓解了中央团队的积压压力，并使多个团队能够独立交付基础设施。这一转型表明，IaC 交付的去中心化不仅是技术变革，更是一种文化与组织层面的重塑，需要共享工具、自动化优先的治理方式，以及清晰的所有权边界。
这一实践也与更广泛的平台工程趋势相契合。越来越多的企业在通过标准化抽象与自动化策略保障运行安全的同时，推动自助式基础设施能力。通过围绕自治团队进行重组，并辅以共享框架与 CI/CD 编排支持，阿迪达斯的数据平台为复杂环境下的基础设施规模化交付提供了一个可借鉴的模式。
原文链接：
https://www.infoq.com/news/2026/03/adidas-decentralized-platform/
