ИИ убрал одно старое узкое место и тут же создал новое. В партнерском материале для The Register, который вышел 6 августа 2026 года, старший директор Broadcom Панкадж Гупта пишет: теперь тормозит не написание кода, а внутренняя платформа, которая не успевает за ИИ-ассистентами, GPU-нагрузками и агентами. Для российских и СНГ-команд это не спор о модном термине, а вопрос бюджета, безопасности и скорости релизов.
Данные DORA показывают предел старой модели
По данным Google DORA за 2025 год, 90% организаций уже используют внутреннюю платформу для разработки, а 76% создали под нее отдельную команду. Но DORA делает и менее удобный вывод: заметный эффект от ИИ появляется там, где сама платформа сделана качественно. Если платформа слабая, выигрыш от быстрой генерации кода быстро растворяется в тестировании, проверках безопасности и релизах.
Еще недавно платформенную инженерию продавали как более удобную эволюцию DevOps для контейнерных приложений. Теперь разговор сместился: платформа должна обслуживать не только разработчиков, но и поток машинно сгенерированного кода. Поэтому Гупта формулирует проблему коротко: «узкое место сместилось». Раньше компании не успевали писать код, теперь они не успевают безопасно доводить его до продакшена.
Платформа теперь должна обслуживать и людей, и агентов
Вторая перемена еще неприятнее: у платформы появился новый пользователь. Речь не о сервисном аккаунте в старом смысле, а об ИИ-агенте, которому нужны аутентификация, лимиты на токены, выделение GPU, совместимость с MCP и аудит действий. Для справки: MCP — протокол, через который ИИ-агенты подключают инструменты и данные.
Для большинства внутренних платформ это не штатный сценарий. Они умеют обслуживать разработчиков, но заметно хуже приспособлены к задачам специалистов по безопасности, команд по данным, FinOps и нечеловеческих учетных записей. Отсюда главный риск: платформа, которая должна была убрать трение в разработке, сама становится новым узким местом.
GPU и облачные счета делают ошибку дорогой
Broadcom подкрепляет этот тезис своим исследованием Private Cloud Outlook 2026. В опросе 1 800 ИТ-руководителей из восьми стран 97% респондентов заявили, что часть расходов на публичные облака уходит впустую, а 52% считают, что потери превышают четверть облачного бюджета. На фоне ИИ это уже не бухгалтерская мелочь: GPU, запуск моделей и повторные запросы к ним сжигают деньги заметно быстрее привычных приложений.
С безопасностью картина та же. Атаки через подсказки (prompt injection), отравление моделей, утечки данных при работе модели и теневые ИИ-сервисы плохо ловятся инструментами, которые изначально делали под обычные веб-приложения. Поэтому Broadcom предлагает не сносить старую платформу, а развивать ее по пяти направлениям: считать ИИ-нагрузки штатными, обслуживать несколько ролей сразу, показывать стоимость в момент выдачи ресурса, уводить защиту глубже в инфраструктурный слой и собирать платформу из взаимозаменяемых компонентов по API. Это особенно важно на фоне CNCF: экосистема выросла примерно с 50 проектов в 2018 году до более чем 200 сейчас, и жесткая платформа перестает поспевать за таким выбором.
Что это меняет для российских команд
Для рынка России и СНГ здесь важен не лозунг про «платформенную инженерию 2.0», а простой чек-лист. Если внутренняя платформа не умеет выдавать GPU по правилам, управлять нечеловеческими учетными записями и показывать цену ресурса до запуска, ИИ в разработке быстро упрется не в модель, а в инфраструктуру. Особенно это чувствительно для банков, телекома, ритейла и аутсорса, где одновременно давят сроки, требования к журналированию и ограничения по данным.
Broadcom называет это эволюцией, а не сносом до фундамента; следующий год покажет, какие платформенные команды успеют сделать свои сервисы пригодными не только для разработчиков, но и для ИИ-агентов.
Оригиналы: , , .
