阿迪达斯对其数据平台的基础设施交付方式进行了全面改革,从传统的集中式“代码即基础设施”模式转变为分散式管理模式。这一变革将基础设施定义的所有权从中央平台团队移交给了各业务领域的相关团队,体现了整个行业正在朝着以产品为导向的平台工程发展方向前进的趋势。这一转型旨在在治理结构与自主性之间找到平衡,从而解决随着数据平台被应用于多个团队和不同场景而出现的扩展难题。
在原有的模式下,只有一个平台工程团队负责管理“代码即基础设施”相关的代码库、部署流程,并在整个组织范围内推行统一的标准。这种集中式的管理结构在阿迪达斯早期发展阶段确实确保了系统的一致性和合规性。然而,随着这些技术被应用到更多业务领域,请求量大幅增加,任务积压严重,团队之间的协调工作也带来了额外的负担。工程师们认为,这种局限性源于现有的交付模式本身,而非所使用的工具或技术。
Jose Moreno强调道:
问题的根源在于现有的交付模式本身——这种模式已经无法满足组织当前的发展速度和自主性需求。
为了解决这些问题,阿迪达斯的数据平台团队重新定义了基础设施的交付方式以及负责交付的团队。新的运营模式将相关责任分配给了各业务领域团队,使他们能够在预先定义的范围内、按照标准化的流程来配置和管理基础设施。平台工程师们不再负责执行具体的基础设施修改工作,而是专注于维护那些可重复使用的构建模块、工具框架和政策,从而支持自主性的开发流程。
新的设计引入了分层式的“代码即基础设施”结构:可重复使用的模块用于封装资源定义,这些模块被组合成可供部署的单元,而配置文件则会指定哪些组件可以被用于生产环境中的部署。这种分离机制既限制了对基础组件的直接修改,又为在非生产环境中进行测试提供了可能。在分散式环境中,明确规定哪些内容可以由谁在什么地方进行修改,对于确保系统的安全扩展至关重要。
基础设施组件的类型及其开发者的职责(来源:阿迪达斯官方博客文章)
一种定制的命令行界面能够简化复杂流程,并将管理机制融入日常的工作流程中。通过标准化状态处理方式、严格执行命名及标记规则,以及与持续集成/持续交付管道相结合,这种工具能够确保各项操作的一致性,而无需依赖中央化的审核流程。自动化管道负责协调部署工作,从而保证在不同环境中的可追溯性和可复现性。
此次重组还明确了各角色的职责所在:框架维护者负责管理共享的工具和标准;领域内的开发人员需按照既定的模式来构建基础设施;最终用户则通过自动化管道来部署生产环境配置。这种职责划分有助于增强责任意识,同时也能减少对某个中央化团队的依赖。
关于去中心化基础设施交付的工作模式(来源:Adidas博客文章)
工程师们表示,去中心化机制有效地减轻了中央团队的工作压力,使多个团队能够独立完成基础设施的部署工作。这一转变说明:在实现基础设施交付的去中心化过程中,文化与组织结构的调整同样重要,这需要使用共享工具、以自动化为优先的管理方式,并明确界定各方的职责范围。
这种实践符合当前平台工程发展的总体趋势。企业们越来越倾向于提供自助式的基础设施服务,同时通过标准化的抽象模型和自动化策略来保障运营的安全性。通过围绕自主团队进行重组,并利用共享框架及持续集成/持续交付机制来协调各项工作,Adidas的数据平台为在复杂环境中扩展基础设施部署能力提供了典范。