В начале 2024 года компания Port, которая разрабатывает SaaS платформу для внутреннего портала разработчика (Internal Developer Portal, IDP), опубликовала первый отчет
State of Internal Developer Portals 2024. Отчет показывает, насколько широко компании внедряют внутренние порталы разработчика, какие решения для этого используют, как измеряют успех портала и продуктивность разработчиков, а также какие цели ставят перед Platform Engineering. Отчет основан на опросе 100 респондентов, работающих в компаниях со штатом от 150 разработчиков. Среди респондентов: платформенные инженеры, специалисты по Developer Experience, продуктовые менеджеры платформы и SRE инженеры. Опрос проведен в октябре 2023 года совместно с независимой исследовательской компанией Global Surveyz.
Ключевые выводы из отчета:
- 85% компаний уже используют внутренний портал разработчика или планируют внедрить его в течение 12 месяцев;
- 35% компаний ведут данные о микросервисах в электронных таблицах;
- 70% респондентов оценивают потери времени разработчиков на неосновную работу из-за отсутствия платформы в 3-4 часа в день;
- 68% компаний поставляют изменения за несколько недель или месяцев;
- 74% компаний измеряют продуктивность разработчиков с помощью опросов и собственных отчетов.
Подробные выводы из отчета:
- Внутренние порталы разработчика находятся на ранней стадии внедрения. 50% компаний уже используют портал, 35% планируют внедрить в течение 12 месяцев, 15% не планируют использовать в ближайшие 12 месяцев. В компаниях до 300 разработчиков портал используют 43%, планируют внедрить 45%, не планируют 13%. В компаниях от 300 разработчиков портал используют 57%, планируют внедрить 26%, не планируют 17%;
- Backstage остается самым распространенным решением. 53% респондентов используют полноценный портал: Backstage (25%), портал на базе коммерческого продукта (17%) или портал собственной разработки (In-house, 11%). 35% ведут данные о микросервисах в электронных таблицах, 12% используют платформу самообслуживания (Self-service), которая не является порталом, например CI систему. В компаниях до 300 разработчиков Backstage используют 26%, коммерческий продукт 12%, собственный портал 5%, электронные таблицы 40%, платформу самообслуживания без портала 17%. В компаниях от 300 разработчиков Backstage используют 24%, коммерческий продукт 22%, собственный портал 18%, электронные таблицы 29%, платформу самообслуживания без портала 7%;
- Главной мерой успеха портала служит рост продуктивности разработчиков. Среди компаний, которые используют портал или планируют его внедрение, 56% называют основной мерой успеха повышение продуктивности разработчиков (Developer Productivity), 25% сокращение времени до развертывания (Time to deployment), 11% использование портала разработчиками, 8% сокращение количества открытых обращений (Tickets);
- Большинство компаний измеряют продуктивность разработчиков без фреймворков. 43% используют опросы, 31% собственные отчеты (Custom reports), 15% фреймворк DevEx, 5% метрики DORA, 5% фреймворк SPACE, 1% не измеряет продуктивность. В сумме 74% компаний опираются на опросы и собственные отчеты;
- Отсутствие платформы приводит к значительным потерям времени разработчиков. 70% респондентов оценивают время, которое разработчики тратят на неосновную работу (Non-core work) из-за отсутствия платформы, в 3-4 часа в день, 22% в 1-2 часа, 8% в 5 часов и более;
- Время поставки изменений (Lead time) измеряется неделями. 57% компаний поставляют изменения в среднем за несколько недель, 11% за несколько месяцев, 31% за несколько дней, 1% за несколько часов. В сумме 68% компаний тратят на поставку изменений несколько недель или месяцев;
- Главными мотивами внедрения портала служат устранение дублирующей работы и ускорение поставки. Компании внедряют портал, чтобы предотвратить избыточную работу (44%), ускорить циклы развертывания (43%), снизить когнитивную нагрузку на разработчиков (Cognitive load, 38%), снизить усталость от DevOps задач (DevOps fatigue, 36%), обеспечить качественную документацию (34%), закрыть потребности онбординга разработчиков (31%), решить проблемы с инструментами разработки (30%), компенсировать недостаток знаний Kubernetes (29%) и решить задачи безопасности приложений (AppSec, 21%);
- Главными целями Platform Engineering служат качество, продуктивность и скорость разработки. Респонденты выделяют повышение качества ПО (48%), продуктивность разработчиков (Developer productivity, 46%), повышение скорости инженерной работы (Engineering velocity, 44%), внедрение инженерных стандартов (38%), снижение когнитивной нагрузки на разработчиков (Cognitive load, 34%), улучшение управления инцидентами (Incident management, 33%), улучшение дежурств (On-call, 29%), улучшение безопасности приложений (AppSec, 18%) и улучшение управления облачными затратами (FinOps, 10%);
- Документация остается основным инструментом обеспечения инженерного качества и комплаенса. 46% компаний обеспечивают инженерное качество и комплаенс с помощью документации, 34% с помощью инициатив во внутреннем портале разработчика, 19% с помощью ручных чек-листов. В компаниях до 300 разработчиков документацию используют 43%, инициативы в портале 30%, ручные чек-листы 28%. В компаниях от 300 разработчиков документацию используют 49%, инициативы в портале 38%, ручные чек-листы 11%. Крупные компании чаще опираются на документацию и портал и реже используют ручные чек-листы;
- Подход Platform Engineering получил широкое распространение. 99% респондентов сообщают о внедрении платформенной инженерии. 53% компаний начали внедрение в течение последнего года, 35% в течение последних трех лет, 11% более пяти лет назад, 1% планируют начать в следующем году;
- Практика GitOps внедрена частично в большинстве компаний. 83% компаний частично внедрили практику GitOps, 17% планируют внедрение в течение 12 месяцев.
Основные графики из отчета State of Internal Developer Portals 2024 приведены ниже: