Миграции в облако предшествует тщательная подготовка. Предварительно нужно выбрать формат и модель миграции, сделать инвентаризацию сервисов, спроектировать архитектуру IT, развернуть соответствующую требованиям инфраструктуру. Расскажем, как это сделать и на что опираться. Не будем расписывать все нюансы, ограничимся основными моментами миграции.
Частное облако — IT-инфраструктура на вашем сервере. Сам сервер может работать как на территории компании, так и размещаться в дата-центре в рамках услуги colocation. Одни компании разворачивают частное облако для подстраховки, чтобы максимально ограничить доступ к данным. Другие переходят в приватную облачную среду из-за требований регуляторов, большой и сложной ИТ-системы.
Публичное облако разворачивается на серверах ЦОДа, и провайдер дает доступ к сервису одновременно нескольким компаниям. Это не значит, что один клиент сможет посмотреть, что у другого в облаке, но защита данных потребует особого внимания. В остальном публичные облака удобны и надежны: гибкое ценообразование позволяет управлять затратами, быстрое масштабирование дает возможность наращивать и сокращать мощности по мере надобности.
В гибридном варианте бизнес переносит часть некритичных сервисов в публичное облако, а ключевые процессы оставляет в частном. Также эту модель активно используют компании с разнородными требованиями к безопасности данных.
При частичной миграции в облако переносится часть инфраструктуры. Например, только базы данных или базы данных и транзакции. Этот формат выбирают крупные компании с рассредоточенным и неоднородным IT-ландшафтом, который сложно и дорого переносить целиком. Или нецелесообразно в силу финансовых причин, регуляторных требований.
В случае с полной миграцией, в облако переносится вся IT-система. Для малого и среднего бизнеса — целиком и сразу. Обычно это требует нескольких дней. Например, для инфраструктуры в составе корпоративной почты, электронного документооборота, 1С и нескольких десятков рабочих терминалов на перенос достаточно 4-6 дней. Крупному бизнесу нужно больше времени, поэтому миграция планируется постепенно, по шагам. В один месяц — 1С. В другой — тестовые среды и т.д.
Гибридный формат миграции предполагает интеграцию физического и облачного IT-ландшафта. Это характерно для систем, где часть приложений и систем привязана к «железу» со специфическими параметрами. Или для инфраструктур с серьезными проблемами безопасности. Если перенести в облако все как есть, проблемы и сложности текущей IT-инфраструктуры перейдут в облачную. Вот почему параллельно с миграцией модернизируются физические мощности, улучшается пропускная способность, пересматриваются подходы к информационной безопасности.
Выбор модели и формата определяет инвентаризация сервисов. Перед миграцией оценивается текущая инфраструктура, составляется список сервисов с требуемыми мощностями, отказоустойчивостью и регламентами регуляторов. Чтобы было понятно:
Исходя из результатов инвентаризации, выбранной модели и формата проектируется IT архитектура. Остается выбрать технические решения для переезда.
Одним из лучших инструментов для миграции с минимальным простоем считается vCloud Availability. Он гибкий, удобный и надежный. С vCloud Availability инженеры Nubes переносили инфраструктуру крупного интернет-магазина с On-Premise в облако Nubes всего за 15 минут. И это не предел. Если грамотно настроить сетевую связность между точками переезда, провести корректный тест, перерыв в работе сервисов можно сделать совершенно незаметным и для сотрудников, и для клиентов.
Если кто и заметит изменения, так это финансовый директор, который будет рад убрать из статьи расходов капитальные затраты на IT. И системные администраторы, у которых станет в разы меньше сложностей с инфраструктурой.