Облачные сервисы и SaaS-платформы - чего ждать?

Когда мы в последний год говорили с CTO и директорами по продукту, у многих шла одна и та же мысль: «Облака — это уже не вопрос “если”, а про то, как быстро и аккуратно мы сможем извлечь из них ценность». Ситуация на российском рынке только подталкивает бизнес к прагматизму — цифры и реальные кейсы показывают, что переход от пилотов к продуктам идёт быстрее, но и требования к поставщикам выросли.

В 2024–2025 годах российский рынок облачных инфраструктур действительно «подогрелся»: по отраслевым оценкам IaaS-сегмент вырос двузначно и рынок облачных услуг в 2024 достиг порядка 165,6 млрд рублей, рост около 36% год-к-году. Это не просто статистика — это сигнал об объёме реальных трат и внимании CIO.

В чем причины?

Раньше «облако» часто означало: возьмём подписку у глобального провайдера и закроем задачу. Сейчас набор условий другой:

• Появилась масштабная локальная инфраструктура (рост ЦОД-мощностей, у провайдеров появились GPU-пулы), что позволяет запускать не только веб-сервисы, но и ML-нагрузки на российской территории. Yandex Cloud и ряд других игроков уже предлагают GPU-инстансы (включая решения для A100/T4 и т.п.), что превращает облако в реальную среду для обучения и инференса.
• Снижение риска «белых пятен» по продуктовой корзине: локальные провайдеры активно расширяют сервисы (managed DB, контейнерные платформы, готовые шаблоны для ML/DevOps), а рынок консолидируется — например, крупные сделки и поглощения укрепляют позиции провайдеров с широкой географией и продуктовой линейкой. Это означает, что компании теперь могут выбирать между «локальным облаком с продуктом» и «чистым размещением».
• Регуляторика и требования безопасности перестали быть гипотетическими. Для банков, телекомов и многих госзаказчиков выбор провайдера определяется не только ценой и скоростью интеграции, но и наличием сертификаций, возможностью on-prem/managed-private развертываний и прозрачностью контрактов.

Почему SaaS больше не «удешевляет» проблему — он её трансформирует

SaaS в своем классическом виде (подписка, вход через браузер) остаётся удобным инструментом, но теперь к нему добавились обязательные условия:

1. Контуры хранения. Клиенты спрашивают: где хранятся данные, кто имеет к ним доступ, можно ли держать PII/счёт-фактуру в российском контуре. Ответ «на общих европейских серверах» уже не проходит в ряде индустрий.
2. Интеграции и экспорт данных. SaaS должен уметь аккуратно интегрироваться с локальными ERP/1C/страховыми системами и давать ясные пути для экспорта/миграции (чтобы не оказаться в lock-in). Провайдеры, у которых есть готовые коннекторы и IaC-шаблоны, получают преимущество.
3. SLA ≠ маркетинговый штамп. Где раньше хватало «uptime 99.9%», сейчас просчитывают RTO/RPO, recovery-процедуры, аудит-лог, план на случай инцидента и возможность форс-мажора в контракте.

В результате SaaS-решение становится частью архитектурного ландшафта — его продуктовые свойства и интеграционная готовность решают, будет ли оно использовано в проде или останется в пилоте.

Вендоры и конкуренция

Масштаб рынка и инфраструктурные инвестиции сделали своё — конкуренция идёт в трёх плоскостях: цена, продукт и доверие (compliance/сертификаты). Локальные «гиганты» (Yandex Cloud, Selectel и ряд других) активно апгрейдят продуктовую линейку, инвестируют в GPU-ёмкость и сервисы вокруг ML/DevOps. Это снижает барьеры для средних компаний, которые раньше не могли себе позволить отдельные кластера для инференса.

Разместите
тендер бесплатно

Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.

Заполнить заявку 13201 тендер
проведено за восемь лет работы нашего сайта.

Но есть и обратная сторона: глобальные провайдеры по-прежнему диктуют тренды и обладают богатой экосистемой SaaS-интеграций. Поэтому задача локального рынка — предлагать не только «локальность», но и продуктовую экосистему, понятное TCO и удобный developer experience.

Практика

Если вы отвечаете за продуктовую облачную стратегию, вот что стоит сделать немедленно — коротко и рабоче-прикладно.

1. Аудит данных и классификация. Разделите данные на три группы: «чувствительные», «операционные», «публичные». От этого будет зависеть выбор облака/SaaS и модель хранения. (Если критично — оставляйте on-prem.)
2. Пилот с метриками: не PoC ради PoC. Запускайте пилоты с чёткими KPI (cost per inference, latency, defect rate). Оценивайте TCO с учётом сети и хранения.
3. Требуйте продуктовых SLA. Просите RTO/RPO, примеры post-incident reviews, и возможность аудита. Не соглашайтесь на «общие фразы».
4. Готовьте гибридную стратегию. Выделяйте ядро в приватном контуре, а для dev/test и burst-нагрузок используйте public GPU-пулы. Это снижает затраты и даёт масштаб.
5. Инвестируйте в MLOps и автоматизацию. Облако — это не только железо, но и процессы: версионирование датасетов, мониторинг drift, промпт-контроль. Без этого ML-пилоты не превратятся в продукт.

Немного скепсиса

• Гипер-масштабные распределённые тренировки (тысячи GPU) пока удобнее запускать на глобальных гиперклауд-платформах с оптимизированными interconnect — локальные провайдеры ещё догоняют по цене/масштабируемости.
• Узкоспециализированные niche-SaaS, которые не имеют локальных коннекторов или не дают прозрачных условий хранения — риск для enterprise-бизнеса.

Одна мысль, которую можно поставить на стикер

Облака в России перестали быть абстрактной альтернативой: это реальный рынок с продуктовой глубиной. Но выиграет тот, кто объединит «локальность» с продуктом — готовыми интеграциями, понятными SLA и готовностью к аудиту. Техническая инфраструктура — это базис, но коммерческий успех зависит от того, как вы сможете связать облака и процессы бизнеса.