Миграция в облако: как и почему?

Яна Морозова

Яна Морозова

IT копирайтер

#Технологии

12 мая 2021

Время чтения: 14 минут

12 мая 2021

Миграция в облако – выгодное вложение для современного предприятия. Перенос ИТ-инфраструктуры компании на мощности виртуальных серверов во многом напоминает физический переезд в новый офис, разве что вместо коробок предстоит упаковать данные, приложения и ИТ-процессы. Этот процесс требует тщательной подготовки и точного исполнения, но, как и при переезде, результатом миграции становится новое рабочее пространство. Будьте уверены, оно вам понравится: облачные преимущества включают снижение затрат на ПО и “железо”, автоматизацию бизнес-процессов и многое другое. А о том, зачем и как успешно перейти в облако – расскажем в этой статье.

Миграция в облако: почему?

В первую очередь потому что облачные платформы удобнее и дешевле в короткой перспективе, чем разработка собственной инфраструктуры. По данным Forbes, больше половины американских предприятий “находится” в облаке. Компании, предоставляющие самые разные услуги – от e-commerce-предприятий Amazon и Etsy до стримингового сервиса Netflix, фотохостинга Pinterest и канала прогноза погоды The Weather Channel – успешно перенесли свою инфраструктуру в виртуальную среду. 

Статистика подтверждает выгоду этого выбора так, например, благодаря облачным технологиям компания Alibaba в 2020 году установила очередной рекорд по продажам: на распродаже 11 ноября пик заказов составлял 583 тыс. в секунду, а к концу акции их общее число превысило 2 миллиарда. Такое количество запросов под силу обработать редкому физическому серверу. А вот облачный справился без труда, обеспечивая компаниям-участникам прибыль в 38 миллиардов долларов.

Российские предприятия не отстают от зарубежных: по данным Сбербанка, 77% респондентов от крупного бизнеса готовы к переходу в облако; 42% опрошенных от среднего и мелкого бизнеса тоже хотели бы провести миграцию. Облачные технологии в свою работу уже внедрил Московский метрополитен, Вымпелком, Аэрофлот и некоторые российские банки. 

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

Рассмотрим преимущества модели SaaS (хранение дата-центра в облаке) над On-Premise (его содержание на территории предприятия) подробнее. Плюсы использования облачных сервисов:

  • Масштабируемость и контроль пиковых нагрузок. Если по какой-то причине арендованных ресурсов не хватит, дополнительные будут предоставлены по необходимости в реальном времени.
  • Экономия времени и ресурсов. При переходе в облако не нужно самостоятельно поддерживать, обновлять и ремонтировать физическую инфраструктуру дата-центра.
  • Послеаварийное восстановление. При сбоях и неполадках ремонтные работы на облачных средах начинаются незамедлительно и без участия пользователя.
  • Надёжность. При повреждении или потере данных система резервного копирования позволит в кратчайшие сроки восстановить утерянное; техническая поддержка осуществляется круглосуточно, как и мониторинг состояния парка оборудования.
  • Гарантированный доступ. Проблема поврежденных кабелей не играет роли в облачной среде. При неполадках облачная архитектура позволяет незаметно переподключить пользователя к стабильному облаку.
  • Долговечность. Физическое “железо” и ПО теряют свою актуальность в течение пяти-семи лет. Облачный сервис полностью обслуживается и обновляется поставщиком услуг, позволяя компании сосредоточиться на разработке и улучшении собственных продуктов.
  • Снятие ответственности. Удалённое хранение персональных данных пользователей переходит под ответственность провайдера облачных услуг.
  • Легкость перехода. При должной подготовке процессы миграции в облако займут от нескольких дней до недели, без перебоев в работе предприятия.
  • Свобода выбора. В случае, если провайдер по какой-то причине перестанет устраивать компанию, перенос облачных инфраструктур в новую среду не займёт много времени.

Успешная миграция: с чего начать?

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

Постройка дорожной карты предприятия

Технологическая дорожная карта – это схема, которая даёт представление о состоянии инфраструктуры компании и о грядущих изменениях. Разработка подробной топологии и схемы взаимодействия приложений позволит сохранить существующие связи, реализовать систему в облаке в штатном режиме, а также переосмыслить архитектуру компании в новых условиях. Переход на SaaS предоставляет естественную возможность изменить собственную инфраструктуру и расширить возможности, ранее ограниченные физической средой.

Топология предприятия On-Premise

Личная структура предприятия On-Premise

Инфраструктура, арендованная у облачного поставщика

Выбор модели облака

Существует три облачные модели:

  • публичное облако – пул виртуальных центров хранения данных (vЦОДов) разделен между многими организациями. Это не значит, что данные будут перемешиваться между собой (за каждым арендатором закреплены конкретные виртуальные машины), однако они могут размещаться на одном физическом сервере;
  • частное облако – полная противоположность публичному. Весь пул физических серверов принадлежит одному клиенту, физически никакие данные других арендаторов не могут оказаться на сервере;
  • гибридное облако – часть данных арендатора располагается в частном облаке, а часть – в публичном. 

Выбирать облачную модель стоит исходя из потребностей компании. Публичное облако позволяет масштабировать ресурсы в реальном времени, а изолированность частных облаков предлагает дополнительную уверенность в сохранности данных, однако они менее гибкие и арендовать их дороже. Гибридное облако сочетает лучшие качества обеих моделей, но включает и их недостатки. Выбор в пользу гибридной модели целесообразен в двух случаях: чтобы объединить сервера on-premise и арендуемые сервера, и в тех случаях, когда определенный пакет данных требует частного облака, а для другого потребуются возможности масштабирования публичного.

Оценка поставщика услуг

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

  • уровень надёжности сервиса;
  • оперативность и компетенцию техподдержки;
  • удобство управления задачами из личного кабинета;
  • скорость интернет-соединения.

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

Составление плана миграции

Последним этапом подготовки к переходу в облако следует составить план миграции: когда, в каком объёме и какие компоненты будут переноситься в облако. Чётко прописанная последовательность действий позволит безопасно перенести инфраструктуру, без остановки рабочих процессов и потери данных.

Модель миграции: какую выбрать?

Дорожная карта построена, провайдер утверждён, план миграции составлен. Но как же развернуть в облаке сеть данных и приложений без глобальной перезаписи архитектуры? Миграция – это индивидуальный процесс, однако существуют определённые модели, которые упрощают процедуры переноса. При этом доступные варианты миграции не взаимоисключаемы, и при необходимости можно использовать каждый из них единовременно.

Миграция в облако проходит по трём основным шаблонам:

  • изолированная модель (Silo Migration Model – SLO), когда каждому пользователю выделен отдельный сервер;
  • многоуровневая модель (Layered Migration Model – LMM), когда перенос данных происходит последовательно, “по слоям”;
  • модель миграции данных (Data Migration Model – DMM), при которой происходит перенос только хранилища данных, в то время как остальные уровни остаются одноарендными (одноарендность, также “однотенантность” – элемент архитектуры ПО, когда для каждого клиента формируется независимая инфраструктура и база данных).

Далее мы подробно остановимся на каждой из моделей миграции.

Изолированная модель миграции

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

Инфраструктура при изолированной модели миграции

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

Многоуровневая модель миграции

Данный сценарий делает упор на “послойный” перенос уровней организации на мультиарендность (также мультитенантность – элемент архитектуры ПО, где инфраструктура и базы данных каждого клиента связаны между собой). Эта модель позволяет провести сначала частичную миграцию, а затем, по уровням, завершить полный перенос

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

Инфраструктура при многоуровневой миграции

 

Плюс данной модели в том, что она охватывает более широкий объём для переноса: для начала миграции предлагается выбрать любой уровень в среде и переместить его в мультитенантную модель. Как и в изолированной модели, переход в облако происходит по частям, отличается лишь объем пакета подготавливаемых данных и масштаб миграции.

Модель миграции данных

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

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

Вы в облаке – что дальше?

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

Подумайте, как оптимизировать системы мониторинга и управления

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

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

Задуматься о предстоящей задаче мониторинга и управления системой в облачной среде лучше до того, как начнется миграция. Предварительно обновленная система управления вступит в работу сразу после миграции, значительно упростив период адаптации к новой среде.

Рассмотрите возможности для автоматизации бизнес-процессов

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

  • процессы в локальных и облачных средах;
  • экосистему ERP (Enterprise Resource Planning);
  • управление данными (бэкап, перенос, и тд.);
  • стандартные задачи и действия по обслуживанию ОС;
  • виртуализацию (запуск нескольких ОС на одном ПК), включая VMware, Xen и Amazon EC2;

Настроить автоматизацию в облаке проще с помощью методологии DevOps (англ. development и operations, практики для повышения эффективности процессов разработки и эксплуатации ПО за счет их непрерывной интеграции и взаимодействия профильных специалистов с помощью инструментов автоматизации). Если ваша компания еще не применяет DevOps, то переход на SaaS подразумевает внедрение DevOps инструментов (например, Selenium, Appium) в любом случае. На раннем этапе их включение позволит создать основу для эволюции дизайна и архитектуры, создаст шаблон для применения автоматизации к следующим уровням системы.

Миграция в облако: доверьте эту задачу Azoft

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

Рассматриваете возможность миграции в облако? Напишите нам: https://www.azoft.ru/contact, мы будем рады помочь.

Комментарии

Фильтр

Закрыть

Технологии

Индустрии