Kubernetes растет быстрее, чем компании успевают им управлять
Российские компании переходят от отдельных кластеров Kubernetes к промышленной контейнерной инфраструктуре, которая объединяет множество приложений, команд и сред. По мере масштабирования растут требования к централизованному управлению, автоматизации, безопасности и поддержке ИИ-нагрузок, а бесплатный базовый Kubernetes требует все больше затрат на интеграцию и сопровождение. Поэтому заказчики оценивают платформы по совокупной стоимости владения, качеству поддержки и способности упростить эксплуатацию без потери контроля над инфраструктурой.
Kubernetes выходит из пилотов
Контейнеризация становится стандартным вариантом для новых сервисов и одним из инструментов модернизации действующих систем. По оценке разработчиков «Штурвала», в 2024 г. российский рынок коммерческих платформ контейнеризации вырос на 65%, до ₽5,7 млрд. Без внутренних проектов крупнейших компаний объем внешних внедрений составил около ₽2,5 млрд. Более 60% крупных организаций уже используют Kubernetes в промышленной среде, еще 15% планируют внедрение, следует из исследования State of Enterprise Kubernetes. Эти данные приводит Владимир Утратенко, директор по продукту «Штурвала», они подтверждают переход российских компаний от экспериментов к промышленной эксплуатации.
Российский рынок контейнеризации смещается от точечного импортозамещения к комплексным гибридным платформам. Константин Аксёнов, директор департамента разработки Deckhouse компании «Флант», отмечает, что такие решения объединяют в одном контуре работу с контейнерами и виртуальными машинами, локальной и облачной инфраструктурой, сетями, хранилищами и политиками безопасности.
Топ-10 российских платформ Kubernetes 2026. Структура баллов
Подробнее: Обзор «Российские платформы контейнеризации 2026»
Модернизация существующих приложений идет поэтапно: сначала монолитные системы переносят в контейнерную среду, затем выделяют отдельные сервисы там, где это упрощает масштабирование, позволяет выпускать обновления независимо и повышает отказоустойчивость, отмечает Дмитрий Сорокин, технический директор «Базиса».
Новые приложения нередко сразу создаются для контейнерной среды, тогда как существующие системы переводятся на нее по мере модернизации. При этом от корпоративной платформы ждут уже не только запуска контейнеров, но и управления всей средой — развертывания, обновления, поддержания доступности и защиты. На это обращает внимание Валентин Лазарев, архитектор системных решений платформы «Боцман» «Группы Астра».
Рост кластеров повышает цену ошибки
Пока Kubernetes используется для одного проекта, кластер можно обслуживать как отдельную среду. При распространении контейнерной инфраструктуры на несколько подразделений и приложений число кластеров растет, а вместе с ним — объем ручной работы. Командам приходится отдельно обновлять компоненты, следить за состоянием каждой среды и поддерживать единые правила доступа и безопасности.
Поэтому корпоративная платформа должна управлять кластерами из одного центра: создавать и обновлять их, подключать сети и хранилища, собирать данные о работе приложений, резервировать данные и контролировать доступ. Важно, чтобы эти средства были совместимы и обновлялись согласованно, иначе сопровождение платформы превращается в отдельный интеграционный проект.
По мере масштабирования заказчики оценивают уже не только скорость выпуска приложений, но и затраты на эксплуатацию. Владимир Болвачев, лидер продукта Nova Container Platform, относит к основным критериям объем автоматизированных операций, эффективность использования оборудования и число специалистов, необходимых для поддержки платформы.
Одновременно компании отходят от одного крупного кластера для всех задач. Отдельные среды создают для разных подразделений, приложений и контуров безопасности, а управляют ими централизованно. Владимир Утратенко связывает с этим рост спроса на автоматическое развертывание и обновление кластеров. Средства сборки и доставки новых версий приложений, мониторинга и управления конфигурациями при такой архитектуре становятся обязательной частью платформы.
Бесплатный Kubernetes не означает дешевой платформы
Сам по себе Kubernetes управляет запуском и распределением контейнеров, но для промышленной эксплуатации этого недостаточно. Компании нужны средства мониторинга, резервного копирования, управления доступом, сетями и хранилищами, а также хранилище контейнерных образов и механизм обновления компонентов.
Если такую платформу собирать самостоятельно, бесплатная лицензия Kubernetes не избавляет от расходов. Инженерам придется подбирать и интегрировать дополнительные компоненты, проверять их совместимость, устранять сбои и сопровождать обновления. Владимир Утратенко обращает внимание, что основные затраты возникают при создании и дальнейшей эксплуатации всей платформы.
Готовый дистрибутив передает часть этой работы поставщику. Вендор отвечает за совместимость компонентов, выпуск исправлений и техническую поддержку, а также может предоставить необходимые российским заказчикам сертификаты. Валентин Лазарев добавляет, что такой подход снижает зависимость от зарубежных разработчиков.
Самостоятельная сборка дает больше свободы в выборе компонентов, но требует сильной внутренней команды. Знания об архитектуре и порядке обновления могут оказаться сосредоточены у нескольких специалистов, которых сложно заменить, отмечает Владимир Болвачев.
Универсального варианта нет. Крупная технологическая компания с опытной платформенной командой может развивать собственное решение. Организациям, которым важны быстрый запуск, поддержка, сертификация и предсказуемая эксплуатация, проще выбрать готовый дистрибутив. Дмитрий Сорокин предлагает сравнивать эти модели по совокупной стоимости владения и объему экспертизы, которую заказчик готов поддерживать внутри компании.
ИИ-нагрузки усложняют управление ресурсами
Проекты искусственного интеллекта предъявляют к платформам Kubernetes дополнительные требования. Для обучения и запуска моделей используют графические ускорители, которые необходимо распределять между несколькими командами и задачами. Иначе часть дорогого оборудования может простаивать, пока другие проекты ждут свободных ресурсов.
Интерес заказчиков к работе с такими нагрузками растет, отмечает Владимир Утратенко. От платформ ждут поддержки графических ускорителей как при обучении моделей, так и при инференсе — использовании готовой модели для обработки новых данных. Поэтому при выборе решения важно проверить, с каким оборудованием оно совместимо, как распределяет ресурсы между задачами и помогает контролировать их загрузку.
Развитие ИИ-нагрузок повышает требования и к управлению стоимостью инфраструктуры. Константин Аксёнов отмечает, что для таких сред становится важным управление затратами, квотами и другими показателями эффективности — FinOps.
Безопасность становится частью архитектуры
Безопасность контейнерной платформы нельзя свести к проверке приложения перед запуском. Необходимо контролировать состав компонентов и контейнерных образов, разграничивать права доступа, изолировать нагрузки и своевременно устанавливать исправления. По мере роста числа кластеров эти правила должны применяться централизованно, иначе в разных подразделениях появляются собственные настройки и единый контроль теряется.
Для российских заказчиков к техническим мерам добавляются требования регуляторов. Владимир Болвачев отмечает, что готовая платформа помогает обеспечить изоляцию среды, строгий контроль доступа и проверку компонентов на уязвимости. Самостоятельно выстроить и постоянно поддерживать такой комплекс мер компании с небольшой внутренней командой сложнее.
Требования безопасности влияют и на устройство платформы: определяют, как разделять кластеры, какие компоненты использовать и кому предоставлять доступ. По оценке Дмитрия Сорокина, защита и соответствие нормативным требованиям учитываются при проектировании среды наравне с масштабированием и отказоустойчивостью. Сертификация готового решения упрощает выполнение части требований, но не заменяет настройку доступа, контроль обновлений и другие процессы заказчика.
Kubernetes не вытесняет виртуализацию
Контейнеризацию нередко представляют как замену виртуальным машинам. На практике компании используют обе технологии, поскольку они решают разные задачи.
В виртуальных машинах продолжают работать монолитные приложения, старые базы данных, 1С и другие системы, которые редко обновляются или предъявляют особые требования к окружению. Kubernetes применяют для сервисов, которые нужно независимо обновлять, быстро масштабировать и распределять между серверами. При этом сами кластеры Kubernetes нередко разворачивают поверх виртуальной инфраструктуры.
При совместном использовании виртуальных машин и контейнеров одной из проблем становится разрозненное управление этими средами. Константин Аксёнов отмечает, что заказчики стремятся объединить управление ими в единой платформе с поддержкой Infrastructure as Code.
Совместное использование технологий помогает эффективнее загружать оборудование и выбирать подходящую среду для каждого приложения. Как отмечает Валентин Лазарев, виртуализация распределяет аппаратные ресурсы, а контейнеризация дает более легкую и гибкую среду запуска приложений.
Платформу оценивают в эксплуатации
Количество встроенных функций само по себе мало говорит о качестве платформы. Важно, насколько согласованно работают ее компоненты, как проходят обновления и сколько ручных операций остается у инженеров.
Стоимость владения следует оценивать на несколько лет вперед. Помимо лицензий и оборудования, в нее входят внедрение, обучение, техническая поддержка и работа внутренних специалистов. Дмитрий Сорокин рекомендует также проверять совместимость платформы с действующими средствами разработки и мониторинга, наличие локальной поддержки и соответствие требованиям информационной безопасности.
В пилотном проекте стоит проверять не только запуск приложения, но и его дальнейшую эксплуатацию: обновление платформы, восстановление после сбоя, подключение к корпоративным системам и работу при росте нагрузки. Для крупных инфраструктур важны также централизованное управление кластерами, работа в закрытом контуре и поддержка графических ускорителей.
Возможность развернуть кластер уже не дает платформе заметного конкурентного преимущества. Заказчики сравнивают, насколько решения упрощают повседневную эксплуатацию, снижают зависимость от отдельных специалистов и сохраняют контроль над инфраструктурой.
