作者| 阿迪亚·库尔卡尼
译者| 刘阿木
策划|丁晓云
阿迪达斯最近讨论了如何将其平台配置发展为基于GitOps 的设置。在一系列博客文章中，阿迪达斯详细介绍了如何在其容器平台上使用GitOps 以及计划如何改进该平台的管理。
虽然阿迪达斯的模式可能不适合初创公司或科技公司的模式，但其技术实施可以帮助单个团队提高效率。实施将从实体店到在线平台再到产品设计团队。阿迪达斯的基础设施横跨中国、新加坡、欧洲和美洲，在云端运行数十台临时服务器并全天候运行容器，以支持世界各地的开发团队。
当您开始此旅程时，每个容器集群都有自己的专用存储库和多个分支。这些存储库的每个分支都有一个用于配置应用程序的管道。共享配置存储库由不同的分支维护，涵盖基于环境或地理位置的配置。
此外，还有一个与阿迪达斯内部系统集成的代码库。中央存储库有助于为这些内部开发创建可部署的包。这种方法带来了挑战，例如更新需要跨多个存储库（从4 个到有时50 个）进行更改的组件，每个存储库都需要单独的更改请求及其审查和批准流程。
阿迪达斯已将其策略从推送模型（一个系统将配置推送到另一个系统）转变为拉模型（系统从配置存储库检索配置）。
随着容器平台在全球范围内扩展以及不同的内部客户在多个执行环境中运行，阿迪达斯正在采取多层方法。第一层包含适用于所有集群的设置，称为全局配置。
然后是特定于执行环境的层，例如开发、测试(QA) 和生产环境。另一层与地理区域相关，解决一些独特的问题，例如由于国外容器存储库图像提取速度慢而优化中国的数据检索。最后，还有一个特定于集群的配置层。
资料来源：如何管理容器平台：我们如何走到现在的故事
这种结构提供了跨四个配置层独立定制细节的灵活性。更改可以在全局、每个环境、每个区域或专门针对单个集群实施。特定于集群的配置优先于地理、环境和全局设置。
通过实施上述方法，阿迪达斯可以简化平台集群的管理。他们实施了一系列对平台稳定性产生实际影响的警告。暂存预执行配置使团队能够预测未来的平台变化，并更深入地了解不同集群之间的潜在变化。
此次迁移的结果是，团队通过将配置整合到更少的存储库中而不是将其分布在多个存储库中来减少生产时间。这种集成最大限度地减少了确保平台上正确的应用程序配置所需的手动工作。尽管现在无论集群数量有多少，您都可以扩展容器平台，但由于容量原因，在设置新集群时仍然不可避免地需要执行一些手动任务。
阿迪达斯改进其容器平台的方法似乎与Hazel Weakly 在2023 年旧金山QCon 上的演讲一致。较少讨论的是，对平台的最初关注通常围绕最小化工作量。这方面可能不一定是其他人的优先事项，但它是个人贡献者的重要关注点。然而，建立一个有效的平台需要协调所有利益相关者的优先事项。
阿迪达斯团队还引入了一种机制，允许每个集群在指定的维护窗口内自主调度新配置的应用程序。事实证明，这种机制在阿迪达斯的重大销售活动期间是有益的，可以防止可能影响阿迪达斯的业务中断。
最后，我们直接在配置存储库中实现自动更改日志生成。这对于跟踪平台的演变并了解其历史变化非常重要。
就容器平台管理的计划改进而言，即将进行的更改包括操作CLI，以从中心点简化操作。此外，还计划建立临时集群，以实现集群内基础设施的自动部署。这里详细介绍了类似的改进计划。
原文链接：用GitOps_Architecture_Aditya Kulkarni_InfoQ优化Adidas的容器平台的精选文章