Создание стратегии перемещения в облако

Поделиться

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

 

Создание «фабрики миграции»

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

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

Чтобы поддержать этот процесс, Orange рекомендует создать «фабрику миграции». Она дает технологические инструменты, необходимые для перехода в облако операционной системы вместе с приложениями и обрабатываемыми данными, с учетом ваших процессов и методов работы. Фабрике, возможно, понадобятся дополнительные инструменты.

«Фабрика миграции» запускает процесс перехода с пониманием критических факторов успеха этого предприятия. Компании будут стремиться к минимальным затратам на облачный переход с минимальным временем простоя — что минимизирует влияние миграционного процесса на бизнес.

Для критически важных приложений оправданы затраты на эксплуатацию и поддержание уже существующей, но устаревшей среды даже после того, как облачное приложение было перенесено. Затем компании могут протестировать и проверить новое программное обеспечение, прежде чем «перещелкнуть тумблер» и перенаправить трафик.

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

 

Промежуточная инфраструктура

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

Среда, имитирующая облачную архитектуру, позволит миграционной команде перенастроить и проверить приложения перед их переносом. Это область, где облачные разработки (DevOps) могут весьма пригодиться, автоматизируя и ускоряя работу облачных архитектур для быстрого тестирования и развертывания.

Определите рабочие параметры приложения после завершения миграции. Учтите его важность для вашего бизнеса и приемлемый уровень простоя, а также требования к безопасности данных этого приложения. Такие параметры повлияют на тип сервиса, на который вы будете переносить приложения. Это может быть модель «софт как услуга» (SaaS), «платформа как услуга» (PaaS) или «низкоуровневая инфраструктура как услуга» (IaaS). Также эти параметры покажут, сможет ли программное обеспечение работать в общедоступной облачной инфраструктуре, локальном частном облаке или, возможно, в гибридной модели.

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

 

Работа с данными

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

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

Данные, структурированные в формат базы данных, можно портировать для работы в PaaS-сервисах. Рассмотрите покупку дополнительной пропускной способности сети при переходе в общедоступную среду. С этим может помочь Orange — партнерство с несколькими провайдерами облачных сервисов позволяет нам предлагать выделенные соединения для максимизации пропускной способности.

В крайнем случае, вы можете обратиться к сникернет-передачам (способ передачи информации посредством физического перемещения носителей). Это связано с транспортировкой данных в облачный центр обработки на высокопроизводительных устройствах хранения. Как говорится: «семь раз отмерь, один раз отрежь». Планируйте процесс миграции заблаговременно и убедитесь, что привлекли все заинтересованные стороны. Рассмотрите потребности архитектуры с точки зрения вычислительной и сетевой инфраструктуры. Проанализируйте текущий портфель приложений и спланируйте лучшую стратегию миграции для каждого блока программного обеспечения.

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

Jean-Philippe Soulès

Jean-Philippe Soulès is program director at Orange Cloud for Business. Previously, he held a senior management position in the IT domain covering cloud and development. Before moving to IT, he was a senior director of IP networking services at SITA Equant. He is a graduate of the Arts et Métiers ParisTech - École Nationale Supérieure d’Arts et Métiers, a prestigious engineering school.