Обзор State of Platform Engineering Report 2024

В конце октября 2025 года вышел новый отчет State of Platform Engineering Report 2024 от компании Humanitec, которая разрабатывает IDP продукты и развивает сообщество Platform Engineering. Это третий отчет по состоянию Platform Engineering, опросы также проводились в 2023 и 2022 годах.

Отчет в этом году сфокусирован на таких направлениях, как состояние сообщества и подхода, итоги конференции PlatformCon 2024, архитектурные паттерны для платформ, причины появления и польза от внутренних платформ, платформенные команды и инженеры, измерение зрелости платформ, сервисы и инструменты для платформ. В отчете используется модель зрелости Platform Engineering, которая описывает 4 этапа зрелости организаций, внедряющих Platform Engineering, с точки зрения 5 аспектов: Investment, Adoption, Interfaces, Operations, Measurement.

Что интересного мы отметили в отчете:

1. Развитие сообщества Platform Engineering до 22 тысяч активных участников. Сообщество запустило 3 новые инициативы: обучение, сертификацию и амбассадорство. Конференция PlatformCon 2024 собрала больше 150 спикеров и 35 тысяч участников, записи выступлений доступны на YouTube канале. Основные темы выступлений: Platform as a Product, Platform Architecture и Blueprints, Platform teams, Infrastructure и Operations teams, Platform Tooling и Orchestrators, IDP и Minimum Viable Platforms, Developer Experience;
2. Сообщество провело опрос, в котором приняло участие 450 специалистов разрабатывающих платформы из 350 различных платформенных команд. Результаты опроса показывают, что более половины (56%) платформенных команд относительно новые, созданные в течение последних двух лет, и только 13% платформенных команд существуют более пяти лет;
3. Автоматизация и стандартизация являются основными причинами, по которым создаются платформенные команды. Наиболее часто упоминаемой мотивацией (49%) является недостаток автоматизации и чрезмерная зависимость от повторяющихся задач. Также отметили отсутствие стандартизации (48%), что часто приводит к неэффективности и фрагментарности рабочих процессов. Половина респондентов отметили, что команды разработки перегружены, указав на когнитивную нагрузку (Cognitive load) как на основную проблему, которую они планируют решить. Среди других причин создания платформенных команд были отсутствие самообслуживания (Self-service), потребность в более безопасных окружениях, а также ускорение выхода продуктов на рынок (Time to Market);
4. Кроме улучшении опыта разработчиков (DevEx), появляется сдвиг в сторону Infrastructure Platform Engineering, что позволяет справляться со сложностью инфраструктуры за счет улучшения процессов развертывания, мониторинга и эксплуатации. 68% платформенных команд отметили, что занимаются стандартизацией инфраструктуры, тогда как 65% фокусируются на улучшении DevEx через развитие внутренних платформ для разработчиков (IDP);
5. Результаты оценки участников по Platform Engineering Maturity Model показывают, что подход Platform Engineering находится на этапе становления. Большинство компаний и команд находятся на ранних стадиях зрелости платформ из-за низкого процента использования внутренних платформ, отсутствия самообслуживания и отсутствия продуктового подхода;
6. С точки зрения аспекта Investment, у большинства участников (42%) есть платформенные команды со своим собственным бюджетом, 36% разрабатывают платформы как продукт, 12% создают экосистемы на базе платформ;
7. С точки зрения аспекта Adoption, в большинстве компаний (36%) внедряют платформы сверху-вниз, посредством внешнего давления, когда их использование предписывается. 28% участников отмечает, что пользователи выбирают платформы, потому что находят их действительно полезными;
8. С точки зрения аспекта Interfaces, большинство внутренних платформ (42%) предоставляют стандартный набор инструменты. Решения для самообслуживания разрабатывают и предоставляют 34%. Меньшая группа (14%) всё ещё полагается на процессы с несогласованным и ручным взаимодействием;
9. С точки зрения аспекта Operations, большинство участников (39%) разрабатывают платформы с учетом потребностей пользователей, 29% ведут централизованный бэклог или список задач, 21% ведут разработку вручную по запросам;
10. С точки зрения аспекта Measurement, большинство участников (42%) не справляются со сбором и анализом обратной связи от пользователей, делают это вручную и нерегулярно. 31% используют качественные и количественные опросы и исследования. 45% участников не собирают количественные метрики для оценки эффективности платформ, 37% используют DORA метрики (Lead time, Deployment frequency, MTTR, Change failure rate);
11. Среди платформенных сервисов и инструментов участники чаще отмечают: GitHub, Terraform, Backstage, Amazon EKS, Prometheus, AWS Secrets Manager, Snyk;
12. Последняя часть отчета посвящена обзору зарплат платформенных инженеров, должностям и ролям, фокусом, опыту и формату работы.

Подробнее про отчет State of Platform Engineering Report 2024 в записи выступления и на схемах: