Интерес к гибридной инфраструктуре, быстрому развертыванию приложений и гибкой системе оплаты — только за используемые вычислительные ресурсы — стимулируют рост рынка облачной миграции. Аналитики утверждают, что вплоть до 2030 года он будет ежегодно прирастать в среднем на 25%. В то же время не все организации легко решаются на перенос IT-нагрузок в облако, так как уверены, что это довольно сложный и долгий процесс. Однако если разбить его на несколько этапов и заручиться помощью провайдера с большой экспертизой в этом вопросе, миграция в облако пройдет в комфортном режиме и приведет к предсказуемым результатам.
- Что такое миграция данных в облако
- Этапы миграции в облако
- Шаг 1. Определитесь с целями и задачами миграции в облако
- Шаг 2. Выберите приложения для миграции в облако
- Шаг 3. Подсчитайте объем необходимых облачных ресурсов
- Шаг 4. Разработайте облачное решение под свои потребности
- Шаг 5. Перенесите в облако одно или несколько первых приложений
- Шаг 6. Протестируйте первое приложение в облако и перенесите остальные
- Шаг 7. Подключите дополнительные услуги для повышения отказоустойчивости
Что такое миграция данных в облако
Так называют плановый перенос цифровых активов организации — данных, приложений и IT-сервисов — на облачную платформу. Какие типы миграции в облако существуют: переход от локальной инфраструктуры (on-premises) к облачной и от одного облачного поставщика услуг к другому. На cloud-платформу может быть перенесена вся IT-инфраструктура или выборочные нагрузки, причем если во втором случае между локальной и облачной инфраструктурами будут установлены взаимосвязи, такое решение будет называться гибридным.
Почему компании переходят в облако? На то есть несколько причин:
- сократить капитальные затраты на IT-инфраструктуру;
- гибко менять объемы потребляемых вычислительных ресурсов при скачках нагрузки;
- легко масштабироваться в случае роста бизнеса;
- организовать работу распределенных команд, получая доступ к данным из любой точки мира 24/7;
- делегировать поставщику услуги задачи по обслуживанию и администрированию;
- развернуть удаленную площадку для хранения бэкапов и послеаварийного восстановления IT-инфраструктуры.
Ранее мы уже писали, что рынок услуг облачной миграции стремительно растет. Например, в ближайшие три года его размеры достигнут $100 млрд (McKinsey), а 78% крупных компаний отмечают повышение производительности приложений после переноса их в облако (Forrester Consulting), и их успешный опыт мотивирует других. Тем не менее в малом и среднем бизнесе до сих пор не всегда есть четкое понимание того, что именно ждет компанию на пути к построению полностью облачной или гибридной IT-инфраструктуры.
Этапы миграции в облако
Рассмотрим, что предстоит предпринять организации, которая только планирует организовать процесс переноса своих серверов в облако или мигрировать туда часть своих данных.
Шаг 1. Определитесь с целями и задачами миграции в облако
Подумайте, к каким результатам должен привести перенос инфраструктуры в облако. Это может быть уход от капитальных затрат к операционным, повышение масштабируемости или производительности инфраструктуры, готовность к скачкам нагрузки, использование данных и аналитики в реальном времени, защита данных (если облако используется как площадка для создания и хранения резервных копий). Согласуйте планы по миграции со всеми подразделениями компании.
Шаг 2. Выберите приложения для миграции в облако
Заручитесь поддержкой компетентных технических специалистов и вместе разработайте стратегию миграции в облако. Оптимально, если это сотрудники вашего IT-отдела, работающие в синергии со специалистами, которые будут оказывать услуги по внедрению облака, или сотрудники самого облачного провайдера.
Для переноса в облако на первом этапе необходимо выбирать простые и независимо работающие приложения (карту взаимосвязей между приложениями лучше держать под рукой). Не начинайте миграцию с приложений, с которыми могут возникнуть сложности или они еще не готовы для развертывания на облачной платформе.
Шаг 3. Подсчитайте объем необходимых облачных ресурсов
С учетом нагрузок, которые вы хотите переместить в облако, сформируйте требования к объемам вычислительных ресурсов. Выберите тип и емкость хранилища данных (например, быстрое и продуктивное SAN-хранилище) с учетом планируемой скорости доступа к ним. Многие провайдеры, у которых есть услуга переноса данных в облако, выполняют просчеты на ранних этапах и показывают их в готовых коммерческих предложениях.
Шаг 4. Разработайте облачное решение под свои потребности
Эту задачу тоже можно делегировать поставщику услуг, который разработает подробное техническое задание, спроектирует решение, продемонстрирует его возможности, а также поможет штатным сотрудниками компании разработать оптимальный план миграции и распределить ключевые обязанности между разными IT-специалистами. Чем лучше вы подготовитесь к переносу инфраструктуры в облако, тем меньше вероятность возникновения нежелательных инцидентов в процессе.
Шаг 5. Перенесите в облако одно или несколько первых приложений
Лучше не вносить в них изменения непосредственно перед миграцией — оставьте исправление несовершенного кода на потом или просто выберите другое приложение, которое можно переносить «как есть». На этом этапе необходимо определить оптимальное время, когда перенос приложения в облако не затронет пользователей или как минимум не повлияет на критично важные бизнес-процессы. Для многих компаний это ночные или утренние часы, когда нагрузка на приложения минимальная. При необходимости данную задачу можно разбить на несколько итераций, если объем работ слишком большой.
Шаг 6. Протестируйте первое приложение в облако и перенесите остальные
Оцените скорость доступа к данным в облаке и стабильность работы приложений. Если вас все устраивает – перенесите оставшиеся приложения. Возможно, в вашем случае есть смысл, чтобы в течение какого-то времени одни и те же данные хранились и в облаке, и локально. И только после того, как вы убедитесь в стабильной работе на площадке провайдера, можно будет отключить локальную копию. Если в вашей команде есть специалисты по облачной миграции или их предоставил провайдер, доверьтесь их опыту и интуиции — они заинтересованы в том, чтобы бизнес-процессы в вашей компании не приостанавливались.
Поэкспериментируйте с балансировщиком нагрузки и масштабированием — попробуйте получить дополнительные вычислительные ресурсы, чтобы понять, сколько времени по факту это займет, если нагрузка резко вырастет. По возможности проведите полноценное нагрузочное тестирование, чтобы оценить соответствие облачной инфраструктуры предъявляемым требованиям из техзадания.
Шаг 7. Подключите дополнительные услуги для повышения отказоустойчивости
Базовые инструменты для этого многие облачные провайдеры предлагают по умолчанию, но мы рекомендуем обезопасить свои данные дополнительно. Как минимум, развернуть удаленную площадку для создания и хранения бэкапов (BaaS, «резервное копирование как сервис»), а компаниям, в которых остановка работы может привести к катастрофическим последствиям — разработать DRP-план (disaster-recovery plan) и воспользоваться услугой DRaaS, чтобы в случае аварии быстро восстановиться на резервной площадке.
Чтобы получить больше полезной информации по данному вопросу, ознакомьтесь с нашим подробным мануалом о миграции приложений в облако или обратитесь к специалистам Colobridge. Мы сделаем так, чтобы трудности с миграцией в облако вас не коснулись. Расскажем про способы и преимущества миграции в облако в вашем бизнесе, а также окажем полное информационно-техническое сопровождение: спланируем, подготовим и реализуем перенос всех или части IT-нагрузок на нашу технологическую платформу так, чтобы избежать или минимизировать длительность простоев и сохранить непрерывность выполнения бизнес-процессов в вашей компании.
