Российские компании все чаще сталкиваются с дилеммой: арендовать сервер под конкретную задачу или интегрировать облако в долгосрочную ИТ-стратегию. Российский рынок облачных услуг, в свою очередь, уже подсказывает – за 2024 год объем облачных сервисов в стране вырос на треть и перевалил за 322 миллиарда рублей.
Рассказываем, как сформулировать роль облаков в ИТ-стратегии компании? Какую часть ландшафта никогда не стоит уводить в облако, а где облако – единственно разумный вариант?
Когда «просто арендовать» дороже, чем владеть
Часто бывает так: разработчики используют один облачный сервис, отдел маркетинга – другой, а бухгалтерия работает в третьем. Это быстро, удобно, каждый сам решил свою задачу. Но потом выясняется, что ИТ-ландшафт напоминает «лоскутное одеяло» из несовместимых ресурсов.
Результат – рост затрат на интеграцию, лицензии, ресурсы (например, трафик) и потеря контроля над ИТ-ландшафтом, над безопасностью и бюджетами, нет эффекта масштаба.
Когда компания арендует облачные ресурсы без четкой стратегии – под конкретный проект, для временного всплеска нагрузки или «потому что так быстрее» – она попадает в ловушку растущих операционных расходов. Данные Accenture подтверждают, что миграция без стратегии может привести к снижению TCO лишь на 10-15%, тогда как продуманный подход дает экономию до 40%.
Три облачной стратегии, которые работают
Облачные решения становятся экономически оправданными, если решают задачи, которые невозможно или неэффективно реализовать на on-premise-инфраструктуре. Рассмотрим три рабочей стратегии:
1. Cloud Native\First для цифровых сервисов
Подход предполагает размещение всех новых разработок в публичном облаке с минимальными исключениями. Эта модель оптимальна для ритейла и цифровых сервисов, где критична масштабируемость и скорость вывода продуктов на рынок (time-to-market).
Компании полностью отказываются от управления виртуальными машинами: вместо установки PostgreSQL на виртуальную машину приобретают Managed PostgreSQL, а вместо настройки Kubernetes с нуля используют Managed K8s и т.п. Использование исключительно IaaS не решает основные задачи бизнеса. Вы переносите в облако большую часть рутинных задач по управлению инфраструктурой (администрирование ОС, установка патчей, бэкапы для СУБД, организацию отказоустойчивости и т.п.), но платите за это несколько больше.
2. Гибридная модель для регулируемых отраслей
Данный подход актуален для банковского сектора, промышленности, госсектора, медицинских компаний.
Ядро системы (специализированное банковское ПО, ERP, АСУ ТП\SCADA) остается в собственном контуре или в частном облаке (Private Cloud) внутри периметра заказчика. В публичное облако выносятся только пиковые нагрузки, тестовые среды и фронтенд.
3. Мультиоблачность для снижения рисков
Ключевая цель — устранение зависимости от одного поставщика и повышение отказоустойчивости. Кроме того, мультиоблачная архитектура позволяет распределять нагрузку между провайдерами в зависимости от специфики задач: один для AI/ML-вычислений, другой для хранения данных, третий для веб-сервисов.
При повышенных требованиях к RTO (менее 5 минут) и высокой чувствительности к финансовым потерям даже от кратковременного простоя такая тщательно продуманная и реализованная стратегия может использоваться как основная. Она позволяет достичь SLA 99,99 % и значительно снизить риски, однако за это может потребоваться заплатить заметным увеличением операционных расходов (OPEX).
Практические шаги: с чего начать?
Рассмотрим основные шаги для построения целостной облачной стратегии, которая превратит инфраструктуру в драйвер гибкости бизнеса.
1. Создайте межфункциональную рабочую группу, включив в нее представителей ключевых направлений: бизнес-подразделений, ИТ-департамента, финансовой службы и отдела безопасности.
2. Проведите инвентаризации текущего ИТ-ландшафта и классификацию данных и определение уровня значимости информационных систем в рамках КИИ. Разработайте матрицу принятия решений: для каждого типа нагрузки определите оптимальную модель размещения.
3. Рассчитайте текущий TCO для ключевых систем и смоделируйте стоимость в облаке на 3-5 лет. Корректный расчет TCO должен включать затраты на электроэнергию, охлаждение, персонал, лицензии, резервирование и физическую безопасность для локальной инфраструктура. А в облаке помимо аренды мощностей (vCPU\CPU\данные) должны учитываться дополнительные расходы на трафик (модель тарификации трафики различается от провайдера к провайдеру: где-то оплачивается только исходящий трафик, где-то также входящий, но не забывайте, что выделенный канал всегда оплачивается отдельно), резервные копии, лицензии ПО, трудозатраты на управление как самими сервисами, так и разными консолями при мультиоблачном подходе, и др.
4. Выберите провайдера(-ов) на основе не только цен, но и зрелости платформы (наличие PaaS, ИБ-сервисов и т.п.), экосистемы партнеров, географического присутствия и выполнения требований регуляторов. Проведите тестирование выбранных 2-3 провайдеров перед принятием решения: оцените производительность, надежность и качество технической поддержки. Не забывайте, что стратегия должна предусматривать возможность (пусть и сложную) смены провайдера или использования нескольких провайдеров совместно.
5. Внедрите инструменты управления (FinOps, Security Posture Management) с первого дня использования облака.
6. Пересматривайте облачную стратегию не реже раза в год: рынок российских облачных сервисов растет на 25-30% ежегодно, появляются новые сервисы и меняются ценовые модели. То, что было нерентабельно год назад, может стать оптимальным решением сегодня.
Заключение
На российском рынке побеждают те, кто рассматривает облако не как набор виртуальных машин, а как новую операционную модель для всего ИТ. Это модель, которая позволяет бизнесу быть быстрее, а ИТ-руководителям – управлять инфраструктурой как эффективным и предсказуемым сервисом.
Подробнее о возможностях облачных решений можно узнать у специалистов ICL Services.