В посте о POD-командах я не упомянул очень важный момент. При масштабировании таким командам нужны платформы, так как без них автономность будет утрачиваться.

Что есть платформа?

Когда компания растёт, появляются платформенные команды или платформенные функции. Они предоставляют POD-командам готовые решения: – CI/CD; – типовые компоненты и API; – шаблоны создания сервисов; – стандарты безопасности; – инструменты для тестирования и работы с данными; – и даже управленческие решения.

То есть POD-команда синтезирует свои решения с учётом платформенных паттернов. И тут, на самом деле, есть тонкая грань. Главное, чтобы платформы не становились центрами принятия решений, иначе сама концепция автономности теряет смысл.

Звучит это примерно так: “POD-команды могут существовать без выделенной платформенной команды, но им всё равно необходим платформенный слой – собственный или предоставляемый компанией. Чем больше POD-команд, тем важнее общая внутренняя платформа”.

Идеально, когда платформа существует как внутренний продукт самообслуживания, которым POD-команды пользуются без постоянной помощи платформенных инженеров.