В конце октября 2024 года вышел отчет
State of Platform Engineering Report 2024 от компании Humanitec. Компания
Humanitec разрабатывает IDP продукты и развивает
сообщество Platform Engineering. Это третий по счету отчет, опросы также проводились в
2023 и
2022 годах.
Отчет в этом году сфокусирован на таких направлениях, как состояние сообщества и подхода, итоги конференции
PlatformCon 2024, архитектурные паттерны для платформ, причины появления и польза от внутренних платформ, платформенные команды и инженеры, измерение зрелости платформ, сервисы и инструменты для платформ. Используемая модель для оценки
Platform Engineering Maturity Model описывает 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%), что часто приводит к неэффективности и фрагментарности рабочих процессов. 47% респондентов отметили, что что их разработчики перегружены, указав на когнитивную нагрузку (
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 в записи выступления и на схемах ниже: