Порт спонсировал этот пост.
Разработка платформ по-прежнему играет центральную роль в успехе организаций, занимающихся разработкой программного обеспечения. Во время KubeCon в ноябре мы опросили 219 инженеров платформ, чтобы выяснить, что им больше всего нравится. Ответы на опрос дают представление о том, где в организации находятся команды платформы, кому они служат и какие приоритеты они ставят в дальнейшем.
Основным клиентом платформы по-прежнему являются разработчики
То, что Стив Балмер сказал 25 лет назад, по-прежнему актуально: «разработчики, разработчики, разработчики, разработчики, разработчики… разработчики». Если и есть одно сообщение, которое звучит громко и ясно в ответах на опросы, так это следующее: разработка платформ — это, прежде всего, команда разработчиков продуктов.
- В качестве основного заказчика доминируют девелоперы: 44,1% респондентов выбрали девелоперов своим основным «клиентом».
- Следующими идут команды SRE/Infra с показателем 20,2%, что подтверждает тот факт, что многие команды платформ также выполняют задачи по обеспечению надежности и эксплуатации.
- Клиентская база расширяется: команды обработки данных (13%) и службы безопасности (10,4%) также являются значимыми заинтересованными сторонами.
Подробно о двух вторых пунктах: даже когда платформа напрямую обслуживает данные, безопасность или инфраструктуру, общий результат по-прежнему остается более быстрым и безопасным путем к работе для разработчиков. Это достигается за счет автоматизации задач безопасности, операций с базами данных и повышения эффективности на протяжении более широкого жизненного цикла поставки программного обеспечения (SDLC).
Сочетание «клиентов» намекает на изменение в том, как команды платформы думают о смысле своего существования. Платформа — это не просто асфальтированная дорога для кода доставки; он стал общим внутренним продуктом, который должен соответствовать множеству дисциплин, не упуская из виду результаты разработчиков. По мере роста этих групп клиентов растет и потребность в четком владении, возможности обнаружения, ограничениях и стандартах в отношении услуг, инфраструктуры, активов данных и политик. И все это ради того, чтобы разработчик мог более эффективно выполнять свою основную работу (выпускать отличный код).
ИИ не везде [Yet]
Опрос показывает, что во многих организациях ИИ все еще находится на стадии становления. Однако ИИ перешел черту от «когда-нибудь будет интересно» до «нам это нужно сейчас». Фактически, почти все респонденты назвали исследование ИИ главным приоритетом на 2026 год.
Что они пробуют в первую очередь?
- Помощники по кодированию на базе искусственного интеллекта лидируют: 30,1% команд разработчиков изучают, как использовать помощников по кодированию на основе искусственного интеллекта, чтобы повысить эффективность работы разработчиков в 2026 году.
- Следующая волна: проверки кода с помощью ИИ (17,8%) и автоматическое разрешение заявок (13,4%).
- автоматизация надежности растет: инциденты с самовосстановлением (12,2%), созданием тестов (10,2%) и автоматическим исправлением уязвимостей (9,6%) свидетельствуют об огромном интересе к искусственному интеллекту, который сокращает трудозатраты.
Эта закономерность свидетельствует о том, что команды тестируют ИИ там, где он наиболее непосредственно повышает производительность разработчиков и снижает операционные трудности. Организации думают об истории «лучше вместе» для людей и ИИ, чтобы разработать убедительные варианты использования агентной инженерии. Со временем эти эксперименты подтолкнут команды платформ к стандартизации управления, интеграции и измерения инструментов ИИ.
ВПЛ становятся оперативным слоем
ВПЛ больше не являются новой концепцией, но ее принятие происходит неравномерно.
- Около 60% респондентов сообщают, что сегодня используют ВПЛ.
- Существует фрагментация в том, как используются ВПЛ. На вопрос, как измеряются результаты разработчиков, 43% респондентов ответили, что у них нет формализованной системы для сбора отзывов от инженеров для выявления проблемных мест. Опросы — наиболее распространенный способ измерения успеха разработчиков, за которым следуют конкретные показатели и интервью.
Интересно то, что команды разработчиков платформы определяют свои собственные показатели успеха на основе результатов разработчиков. Сокращение количества заявок, созданных для DevOps/инфраструктуры (16,5%) и частоты развертывания (13,6%), — это два главных ключевых показателя эффективности, за которые команды платформы несут ответственность. Наличие IDP важно для оптимизации этого измерения и уменьшения разрастания инструментов; упрощение жизни команд платформы, что приводит к улучшению результатов разработчиков.
Заключение
IDP остаются важнейшим инструментом для современных инженерных организаций: они оптимизируют рабочие процессы и вносят порядок в хаотичный SDLC. Но в эпоху искусственного интеллекта доставка становится еще более хаотичной и последовательной. Без уровня платформы, который учитывает и обеспечивает работу с использованием ИИ, команды рискуют столкнуться с невидимыми узкими местами, нестабильной автоматизацией, уязвимостью теневого ИИ и замедлением доставки.
ВПЛ развивается, чтобы соответствовать этому моменту. Эта эволюция происходит в форме платформ агентного проектирования (AEP), которые расширяют портал до сегмента искусственного интеллекта SDLC, поддерживая не только создание кода, но и самовосстановление инцидентов, устранение уязвимостей, измерение агентного воздействия и соблюдение стандартов в масштабе.
Port — это открытый, гибкий внутренний портал разработчиков, который позволяет командам платформы оптимизировать все, что нужно разработчикам для продуктивной работы и согласования с заинтересованными сторонами (менеджерами, службами безопасности и SRE). Порт объединяет ваш уникальный набор инструментов, снижает когнитивную нагрузку и направляет их по золотым путям. Узнайте больше Последние новости из порта ТЕНДЕНЦИОННЫЕ ИСТОРИИ YOUTUBE.COM/THENEWSTACK Технологии развиваются быстро, не пропустите ни одной серии. Подпишитесь на наш канал YouTube, чтобы смотреть все наши подкасты, интервью, демонстрации и многое другое. ПОДПИСАТЬСЯ Группа, созданная в Sketch. Джон Кроули — технический менеджер по маркетингу продукции в Port, занимающийся поддержкой решения Engineering Intelligence. Имея опыт управления продуктами и стратегией, ему нравится решать проблемы технических пользователей. До прихода в Порт Джон работал в командах, занимающихся вопросами кибербезопасности и… Подробнее от Джона Кроули.
