Adidas кардинально перестроила доставку инфраструктуры своей дата-платформы — от централизованной Infrastructure as Code (IaC) к децентрализованной модели. Теперь команды разработки сами управляют своей инфраструктурой вместо ожидания в очереди к платформенной команде.
Изначально в Adidas одна платформенная команда владела всеми IaC-репозиториями, управляла CI/CD-пайплайнами и контролировала стандарты. Такой подход работал на старте — обеспечивал консистентность и соответствие требованиям.
Проблемы начались с ростом. Заявок стало больше, очереди — длиннее, координация между командами превратилась в узкое место. «Корень проблемы — сама модель доставки, которая больше не поддерживает нужный темп и автономию организации», — объясняет инженер Jose Moreno.
Как работает новая модель
Adidas создала слоистую архитектуру IaC: переиспользуемые модули инкапсулируют определения ресурсов, стеки объединяют модули в развертываемые единицы, а конфигурации потребления ссылаются на одобренные стеки для продакшена.
Команды разработки получили право экспериментировать в тестовых средах, но изменять базовые компоненты напрямую нельзя. Кастомный CLI встроил governance в ежедневные процессы — стандартизировал управление состоянием, принудил к соглашениям по именованию и тегированию, интегрировался с CI/CD.
Роли перераспределились четко: владельцы фреймворков поддерживают общие инструменты и стандарты, разработчики в доменных командах собирают инфраструктуру по утвержденным паттернам, потребители разворачивают продакшен-конфигурации через автоматизированные пайплайны.
Что это дает
Децентрализация сняла нагрузку с центральных очередей и позволила командам поставлять инфраструктуру независимо. Это не только техническое, но и культурное изменение — требует общих стандартов и ответственности от всех участников.
Подход Adidas отражает индустриальный тренд к product-ориентированной платформенной инженерии, где платформенные команды создают инструменты для самообслуживания, а не выполняют заявки вручную.
