DevOps говорит: владейте своим сервисом. SRE говорит: не уроните прод. Платформа отвечает на третий вопрос: как это сделать на 30 командах, не заставляя каждого учить Kubernetes, IAM и Terraform. Команда платформы строит внутренний продукт. Клиенты — свои же разработчики. Товар — золотой путь: нажал «новый сервис» → репозиторий, CI, окружения, секреты, логи и политики уже на месте.

Что такое IDP на самом деле?

Путаница в аббревиатуре: •  Internal Developer Platform — сама система: шаблоны сервисов, окружения, пайплайны, политики, наблюдаемость, доступ к данным. •  Internal Developer Portal — витрина сверху: каталог сервисов, «создать сервис», документация, статус. Часто Backstage или аналог. Портал без платформы — красивый сайт с кнопкой «открой тикет». Платформа без портала — набор Terraform-модулей, которые знают трое. Нормальный IDP в 2026 закрывает путь от идеи до продакшена: 1.  Взял шаблон сервиса (API, воркер, фронт, data job). 2.  Получил репозиторий, CI, окружения, секреты, роли, дашборды. 3.  Задеплоил в staging без письма в infra. 4.  Прод — по тем же рельсам, с теми же политиками. 5.  Видишь владельца, зависимости, SLO и стоимость в каталоге.

Зачем это бизнесу, а не только «чтобы девам было приятно» Снаружи звучит как DX-косметика. Внутри — пропускная способность компании. •  Когнитивная нагрузка. Современный стек сам по себе: облако, меш, политика, секреты, сканеры, FinOps, теперь ещё модели и агенты. Один человек это не удерживает. •  Скорость без анархии. Self-service убирает очередь в инфре. •  Compliance по умолчанию. SBOM, сканы, сеть, шифрование, аудит появляются вместе с сервисом, а не после аудита. •  Единый язык. Онбординг из недель в дни. Человек из другой команды понимает, как устроен соседний сервис.

#PlatformEngineering #IDP #DevOps #SRE #GoldenPaths #DevEx #CloudNative #Engineering