Облачная инфраструктура 2026: провайдеры, Kubernetes и миграция

Ключевые выводы

• Российский облачный рынок достиг 322 млрд ₽ в 2024 году и продолжает расти на 30%+ ежегодно. Прогноз iKS-Consulting на 2025 год — 416,5 млрд ₽, к 2028 году рынок может превысить 1 трлн ₽ (Strategy Partners).
• Cloud.ru лидирует в IaaS с долей 29,7%, за ним РТК-ЦОД (15,7%) и Selectel (8,4%). Yandex Cloud — лидер по выручке среди платформенных провайдеров: 27,6 млрд ₽, рост 39% год к году.
• 96% компаний глобально используют или тестируют Kubernetes (CNCF Survey, 2025). В России рынок Kubernetes-платформ вошёл в стадию зрелости — CNews фиксирует консолидацию игроков и интеграцию AI в оркестрацию.
• Deckhouse Kubernetes Platform (Флант) — №1 в рейтинге CNews 2025. Российские платформы Kubernetes конкурируют с OpenShift и Rancher по функциональности.
• Наблюдаемость (Observability) — обязательный компонент облачной инфраструктуры. Сегмент инфраструктурного мониторинга в России растёт на 24% в год, глобальный рынок Data Observability превышает 6 млрд долларов.
• Минцифры предлагает запретить иностранные облака для крупного бизнеса с 1 сентября 2027 года. Миграция с AWS/Azure — необратимый тренд: геополитика, санкции и регуляторика делают западные облака рискованными.

Рынок облачной инфраструктуры 2026: объём и динамика

Облачная инфраструктура в России 2026 года — зрелый рынок с оборотом свыше 300 млрд рублей. После ухода западных провайдеров в 2022 году и серии регуляторных ужесточений российский облачный рынок перешёл из фазы экстренного импортозамещения в фазу органического роста. Поэтому понимание объёмов и динамики необходимо для CTO и IT-директоров, планирующих инфраструктурные бюджеты.

SaaS-сегмент российского облачного рынка в 2024 году составил 165 млрд ₽ (CNews Analytics). Однако маржинальность IaaS падает, и провайдеры смещают фокус на PaaS и управляемые сервисы. Именно PaaS-предложения определяют конкурентоспособность Cloud Native-платформ на горизонте 2026–2028 годов. В результате рынок структурно трансформируется: инфраструктурные сервисы остаются базой, но добавленная стоимость мигрирует в платформенный слой.

По данным Strategy Partners, среднегодовой темп роста (CAGR) российского облачного рынка составляет около 30%. Для сравнения: глобальный рынок облачных сервисов растёт на 20–22% (Gartner, 2025). Следовательно, российский рынок опережает глобальный по динамике — во многом из-за низкой базы и регуляторного давления, ускоряющего миграцию.

Карта провайдеров: кто контролирует облачный рынок России

Облачная инфраструктура 2026 года в России контролируется шестью крупными провайдерами. Каждый из них занимает свою нишу: от enterprise-IaaS до PaaS для разработчиков. Понимание специализации провайдеров критично для выбора платформы миграции.

Yandex Cloud показывает среднегодовой темп роста выручки более 50% за четыре года (iksmedia.ru, декабрь 2025). Ключевой драйвер — managed-сервисы: Managed Kubernetes, DataSphere, YandexGPT API и экосистемный эффект с другими продуктами Яндекса. VK Cloud делает ставку на PaaS-интеграции и ML Platform, ориентируясь на средний бизнес.

Непрозрачность данных о провайдерах

Существенное ограничение анализа облачного рынка России — непрозрачность финансовой отчётности провайдеров. Cloud.ru, РТК-ЦОД, Selectel и VK Cloud не раскрывают отдельную выручку от облачных сервисов. Доли рынка основаны на экспертных оценках TAdviser. Поэтому сравнивать провайдеров по объёму бизнеса можно лишь приблизительно. Yandex Cloud — единственный провайдер, публикующий выручку отдельной строкой.

Kubernetes в России: от экспериментов к промышленному стандарту

Kubernetes — центральный элемент облачной инфраструктуры 2026 года. Глобально 96% компаний уже используют или тестируют Kubernetes (CNCF Survey, 2025 — рост с 83% в 2022 году). В России рынок Kubernetes-платформ вошёл в стадию зрелости: CNews зафиксировал консолидацию игроков и смещение фокуса на AI-оркестрацию.

Рейтинг российских платформ Kubernetes (CNews, 2025)

Kubernetes становится стандартной платформой для промышленного AI и машинного обучения. По данным CNCF, 82% организаций выбрали Kubernetes для развёртывания AI-решений, а 45% глобально запускают более 50 контейнеризированных приложений в продакшене. В российских условиях Kubernetes решает дополнительную задачу — обеспечивает портативность между облачными провайдерами. Это критичное преимущество при нестабильном регуляторном ландшафте.

On-premise Kubernetes vs Managed Kubernetes

Выбор между on-premise и managed Kubernetes зависит от зрелости команды и требований безопасности. Deckhouse и Nova подходят для компаний с собственной инфраструктурой и требованиями КИИ. Managed Kubernetes (Yandex Cloud, Selectel, VK Cloud) снижает порог входа: команда не тратит ресурсы на управление control plane. Тем не менее managed-решения создают зависимость от конкретного провайдера — это компромисс между удобством и портативностью.

Наблюдаемость облачной инфраструктуры: от мониторинга к Observability

Наблюдаемость (Observability) — обязательный компонент зрелой облачной инфраструктуры. Без полноценной наблюдаемости Kubernetes-кластеры и распределённые приложения становятся «чёрными ящиками», в которых поиск причин инцидента занимает часы вместо минут. Сегмент инфраструктурного мониторинга в России растёт примерно на 24%в год (отраслевые оценки).

Три столпа наблюдаемости

Современная облачная инфраструктура требует трёх типов данных для полноценной наблюдаемости:

Глобальный рынок Data Observability оценивается аналитиками в объёме свыше 6 млрд долларов. Сектор Observability-Driven Analytics показывает CAGR порядка 18,3% до 2031 года. Однако для российского рынка отдельные прогнозы по Data Observability практически отсутствуют — масштаб сегмента существенно меньше, а динамика определяется спецификой локального спроса.

Российский контекст наблюдаемости

На российском рынке наблюдаемости действуют специфические факторы. Прежде всего, импортозамещение усиливает позиции open-source-решений: VictoriaMetrics (российская компания), Zabbix и Coroot становятся стандартом. Кроме того, регуляторные требования (152-ФЗ, КИИ) влияют на выбор инструментов — данные о мониторинге критической инфраструктуры должны храниться на территории РФ.

Москва и Санкт-Петербург значительно опережают другие регионы по внедрению практик наблюдаемости. Неравномерность ресурсов и кадров затрудняет распространение лучших практик. Для компаний на ранних стадиях внедрения целесообразно начинать с инфраструктурного мониторинга (Prometheus + Grafana) и постепенно расширять охват до полноценной наблюдаемости с трейсами и централизованными логами.

Миграция с AWS/Azure: барьеры, стоимость и стратегия

Миграция с западных облаков на российскую облачную инфраструктуру — один из ключевых трендов 2025–2026 годов (TAdviser). Основные барьеры связаны не с производительностью российских провайдеров, а с проприетарными зависимостями от сервисов AWS и Azure. Поэтому подготовка к миграции начинается с аудита текущих зависимостей.

Типичный срок полной миграции enterprise-инфраструктуры с AWS на российские Cloud Native-платформы составляет 6–18 месяцев. Ключевой фактор успеха — отказ от проприетарных сервисов в пользу Kubernetes и open-source-стека. Таким образом, компания получает портативность между провайдерами и снижает риск повторного vendor lock-in.

Пошаговый план миграции

1. Аудит инфраструктуры. Составить реестр всех облачных сервисов, API-вызовов и зависимостей. Оценить объём данных для переноса.
2. Выбор провайдера. Сопоставить требования (КИИ, GPU, PaaS, бюджет) с предложениями Cloud.ru, Yandex Cloud, Selectel, РТК-ЦОД.
3. Proof of Concept. Развернуть тестовую среду на выбранном провайдере. Проверить совместимость критичных сервисов.
4. Поэтапный перенос. Dev-окружение (2–4 недели), staging (4–6 недель), production (8–12 недель). Параллельная работа на двух платформах.
5. FinOps с первого дня. Настроить мониторинг расходов, теги ресурсов, бюджетные алерты. Без FinOps переход на российские облака приводит к неконтролируемому росту затрат.

Регуляторная карта: запрет иностранных облаков и требования КИИ

Регуляторное давление — один из ключевых факторов, ускоряющих переход российских компаний на облачную инфраструктуру отечественных провайдеров. Минцифры последовательно сужает возможности использования иностранных облаков. Для IT-директоров и CISO понимание регуляторного ландшафта определяет сроки и приоритеты инфраструктурных решений.

Требования КИИ и облачная инфраструктура

Для компаний, работающих с объектами критической информационной инфраструктуры (КИИ), облачная инфраструктура должна соответствовать требованиям ФСТЭК. Это означает размещение данных на территории РФ, сертификацию средств защиты информации и использование ПО из реестра отечественного софта. РТК-ЦОД и Cloud.ru предлагают защищённые облака, сертифицированные для работы с КИИ. Deckhouse Kubernetes Platform имеет лицензию ФСБ на работу со средствами криптографической защиты информации (СКЗИ).

Персональные данные (152-ФЗ) и облака

Федеральный закон 152-ФЗ требует хранения персональных данных российских граждан на территории РФ. При использовании облачной инфраструктуры оператор персональных данных должен убедиться, что провайдер обеспечивает локализацию данных. Все шесть крупных российских провайдеров (Cloud.ru, РТК-ЦОД, Selectel, Yandex Cloud, VK Cloud, МТС Cloud) размещают данные в российских дата-центрах. Тем не менее при выборе провайдера следует проверять наличие аттестата соответствия требованиям ФСТЭК для конкретного уровня защищённости.

Платформенные команды и Cloud Native-трансформация

Platform Engineering — глобальный и российский тренд облачной инфраструктуры 2026 года. По данным State of Platform Engineering Report 2025, 518респондентов из различных отраслей подтвердили необходимость платформенных команд для эффективной работы с Kubernetes. Платформенная команда строит внутреннюю Developer Platform — абстракцию над инфраструктурой, которая позволяет разработчикам деплоить приложения без глубокого знания Kubernetes и облачных сервисов.

Зачем нужна внутренняя платформа

Внутренняя Developer Platform решает три ключевые задачи. Во-первых, она сокращает time-to-deploy: разработчик запускает приложение через self-service портал, не дожидаясь инфраструктурной команды. Во-вторых, платформа стандартизирует конфигурации — CI/CD, мониторинг, безопасность встроены по умолчанию. В-третьих, платформа снижает зависимость от конкретного облачного провайдера: абстракция на уровне Kubernetes позволяет переносить нагрузки между Cloud.ru, Yandex Cloud и Selectel без переписывания приложений.

Уровень зрелости платформенных команд

Уровень зрелости платформенных команд в российских компаниях варьируется. Крупные IT-компании и банки (Сбер, Яндекс, VK, Т-Банк) располагают выделенными Platform Engineering-командами с собственными инструментами. Средний бизнес находится на более ранних стадиях: команды совмещают роли DevOps и Platform Engineering. Для компаний на старте Cloud Native-трансформации рекомендуется начинать с managed Kubernetes и постепенно наращивать платформенные компетенции.

Рекомендации для CTO и IT-директоров

Облачная инфраструктура 2026 года требует стратегических решений на горизонте 12–24 месяцев. Ниже — конкретные рекомендации, основанные на данных исследования.

1. Планируйте миграцию с AWS/Azure сейчас. Запрет для крупного бизнеса предлагается с сентября 2027, но подготовка занимает 6–18 месяцев. Начните с аудита текущих облачных расходов и зависимостей от проприетарных сервисов.
2. Выбирайте провайдера по задаче. Cloud.ru — для enterprise-IaaS и AI-вычислений. Yandex Cloud — для PaaS и ML-сервисов. Selectel — для DevOps и bare metal. РТК-ЦОД — для госсектора и КИИ.
3. Инвестируйте в Kubernetes. Deckhouse и Nova — зрелые российские платформы для on-premise. Managed Kubernetes от Yandex Cloud и Selectel снижает порог входа. Kubernetes обеспечивает портативность между провайдерами.
4. Стройте платформенную команду. Internal Developer Platform на Kubernetes сокращает time-to-deploy и зависимость от конкретного провайдера. Начните с self-service CI/CD и стандартизации конфигураций.
5. Внедряйте наблюдаемость с первого дня. Prometheus + Grafana для метрик, OpenTelemetry для трейсов, централизованные логи. Без наблюдаемости Kubernetes-кластер становится непрозрачным.
6. Контролируйте расходы. FinOps-практики обязательны с первого дня миграции: теги ресурсов, бюджетные алерты, регулярные ревью расходов. Переход на российские облака без FinOps приведёт к неконтролируемому росту затрат.
7. Учитывайте регуляторику. Для КИИ — сертифицированные провайдеры (РТК-ЦОД, Cloud.ru). Для персональных данных — подтверждение локализации. Для всех — мониторинг регуляторных изменений.

Исследование подготовлено редакцией it-institute.ru на основе анализа открытых источников с использованием собственной аналитической методологии. Мнение редакции может не совпадать с позицией источников данных. Дата подготовки: март 2026.