Как спланировать миграцию в облако: тщательная подготовка сэкономит время и деньги

Запрос на миграцию в облако от украинских компаний стремительно рос последние три года: в 2020-м бизнес массово переходил на удаленный формат работы через пандемию, а уже в 2022-м спасал цифровые активы от уничтожения из-за полномасштабного вторжения. И если в первый раз компании стремились быстрее развернуть удаленные рабочие места, то в военное время — защитить данные от разрушительных ракет, желательно за пределами Украины.

По данным McKinsey, к 2025 году корпорации планируют перенести в облако до 60% IT-инфраструктуры. А уже в 2024 году 80% расходов на IT будет составлять оплата облачных услуг. Эти прогнозы заставляют искать пути, позволяющие мигрировать данные в облако грамотно и с минимальными простоями, чтобы получить конкурентное преимущество. Ведь, по подсчетам Forrester, до 70% компаний отмечают рост производительности приложений после переноса данных в облако. 

Рассмотрим ключевые аспекты планирования миграции, влияющие на конечный результат. 

Что и куда мигрируем

Публичное облако (Public Cloud) привлекает эластичностью выделения ресурсов и гибким управлением расходами. Вы получаете пул необходимых ресурсов с определенными характеристиками, но на том же физическом оборудовании будут работать виртуальные машины других клиентов.

Частное облако (Private Cloud) лучше отвечает повышенным требованиям безопасности и подходит компаниям, желающим получить IT-ресурсы в монопольное использование. Вы можете выбирать оборудование с конкретными параметрами под определенные запросы и размещать высоконагруженные виртуальные машины, чувствительные к качеству сервиса.

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

Три шага к облачной миграции

По данным McKinsey, из-за отсутствия стратегии компании тратят на 14% больше средств, а в 38% случаев — на четверть больше времени, чем запланировано. Чтобы обезопасить себя от подобного сценария, планируйте миграцию грамотно.

Выберите провайдера. Это должен быть надежный поставщик услуг, который предложит разместить IT-инфраструктуру в сертифицированном дата-центре, имеет соответствующую IT-экспертизу, хорошую репутацию и при необходимости предоставит профессиональную помощь с миграцией и администрированием. Обратите внимание на скорость реагирования поддержки, SLA и порядок начисления компенсаций. Кстати, в Forrester считают облачного провайдера ключевым партнёром, от которого зависит успешность миграции.

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

Сформируйте список приложений для переноски в облако. Оцените техническую возможность их миграции с учетом требований конфигурации оборудования и перечня поддерживаемых ОС. 

О качественной IT-экспертизе в подготовке к облачной миграции

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

Как спланировать миграцию корпоративных приложений

Предлагаем примерный перечень шагов технического и организационного характера. Вы можете самостоятельно адаптировать их к потребностям бизнеса. 

Подсчитайте долгосрочные расходы

Значительная часть клиентов выбирает публичное облако, чтобы перейти от CapEx к OpEx, то есть от капитальных затрат к операционным. Однако для приложений с высокими требованиями к доступности и объемам ресурсов долгосрочная стоимость владения в публичном облаке может оказаться выше стоимости развертывания и поддержки частного облака. Что касается скорости окупаемости расходов на миграцию в облако, то, по результатам опроса IDC, у 78% компаний это происходит в течение года. 

Позаботьтесь о безопасности и надежности хранения данных

В публичном облаке виртуальные машины разных клиентов работают на одной физической инфраструктуре. Поэтому лучше проверить провайдера: позволяет ли он проводить аудит политик безопасности на соответствие требованиям и предлагает ли решение для повышения отказоустойчивости IT-инфраструктуры — например BaaS ("резервное копирование как сервис") или DRaaS ("послеаварийное восстановление как сервис"). 

Оцените способность облачных сервисов к масштабированию

В публичном облаке будет комфортнее всего приложениям, поддерживающим горизонтальное масштабирование. Узнайте, как происходит масштабирование у вашего поставщика услуг и как он предотвращает превышение лимитов доступных ресурсов. 

Важное о свойствах бизнес-приложений

До миграции рекомендуем выполнить профилирование приложений, чтобы получить реальную статистику по нагрузкам и оценить масштабы развертывания. Обычно данные собирают 10-15 дней, чтобы зафиксировать ежедневные и еженедельные отклонения от обычной нагрузки.

Еще два аспекта, влияющих на миграцию данных в облако:

Архитектура. Приложения с многоуровневой архитектурой можно переносить полностью или помодульно. Вертикально масштабируемые приложения справятся с возрастающей нагрузкой, если выделить им дополнительные ресурсы на том же сервере или узле. Это идеальные кандидаты для размещения в облаке, к тому же, расходы на них увеличиваются: по данным McKinsey, в 2021-2024 ежегодный рост составит до 40%. В горизонтально-масштабированных нужно увеличить количество самих серверов либо узлов для аналогичного эффекта.

Требования к географической доступности. Некоторые бизнес-сервисы обслуживают клиентов из одного региона, другие работают по всему миру. Чтобы быть ближе к конечным пользователям, имеет смысл размещать данные в нескольких дата-центрах, расположенных в локациях с наибольшим количеством запросов.