Миграция в облако. Опровергаем страхи

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

О том, что такое облако, об особенностях миграции, о плюсах и минусах этого процесса будет рассказано более подробно ниже.

Кратко об «облаке». Преимущества перехода в «облако»

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

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

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

Почему все чаще компании переходят в «облака»

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

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

Панель управления в ProCloud

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

Типы и модели облако

Выделяют облачные инфраструктуры пяти типов: публичные, частные, гибридные, мультиоблака (Multi Cloud) и Community Cloud. Каждый тип облака имеет свои особенности:.

• публичное облако представляет собой один или несколько дата-центров, которые управляются провайдером (поставщиком) облачных услуг. Публичные облака отличаются высокими гибкостью и масштабируемостью, бесперебойностью работы и стабильным и быстрым доступом к данным и приложениям;
• частное облако – среда с инфраструктурой и вычислительными ресурсами, принадлежащими одной компании. Частные облака имеют те же преимущества, что и публичные, но, помимо этого, владелец контролирует их безопасность и доступ к ресурсам, и позволяет настраивать ресурсы под нужды клиента;
• гибридное облако представляет собой комбинацию публичного и частного облаков, предназначенную для создания единой масштабируемой среды с подконтрольными организации критически важными данными;
• мультиоблако является системой, объединяющей нескольких облачных провайдеров; при этом данные можно переносить от одного провайдера к другому или размещать платформы и приложения одновременно в нескольких облаках. Такой подход позволяет существенно снизить риск сбоев и сделать IT-инфраструктуру более надежной и отказоустойчивой;
• Community Cloud - облачная инфраструктура, используемая небольшим числом компаний, относящихся к одной отрасли бизнеса и имеющих одинаковые цели работы. Community Cloud могут как принадлежать стороннему провайдеру, так и быть в собственности самих пользователей.

Предоставляемые провайдерами облачные вычислительные услуги чаще всего классифицируются по трем основным моделям:

• IaaS (инфраструктура как сервис) - в данной модели пользователю предоставляется базовый доступ к ресурсам, находящимся в дата-центрах провайдеров - к виртуальным серверам, хранилищам и сетям. При этом производительность ресурсов регулируется в зависимости от текущих потребностей пользователя, что делает модель IaaS очень гибкой в плане эксплуатации;
• SaaS (программное обеспечение как сервис) - здесь запуском и управлением готового продукта, предоставляемого пользователю, управляет сам провайдер, причем доступ к ресурсам осуществляется через клиентскую программу, браузер или API на пользовательских устройствах. В данной модели преобладает платное ПО, но она позволяет автоматически обновлять приложения и уменьшает риск потерь данных;
• гибридное облако представляет собой комбинацию публичного и частного облаков, предназначенную для создания единой масштабируемой среды с подконтрольными организации критически важными данными;
• PaaS (платформа как сервис) дает пользователю возможность выбора необходимых ему серверов и среды под развертывание, тестирование, поддержку, обновление и масштабирование рабочих приложений. В данной модели применяется технология контейнеризации, то есть изоляции приложений в пользовательских пространствах.

Подробнее также можно ознакомиться в нашей статье “Различия между iaas, paas и saas. как сделать правильный выбор между сервисами”.

• Serverless - бессерверные вычисления, в которых управлением облачной инфраструктуры занимается сам провайдер, а пользователь пишет коды и создает бизнес-логику разрабатываемых приложений, для каждого запроса пользователю выделяется отдельный контейнер, который по окончании работы уничтожается;
• FaaS (функция как сервис) - в этой модели функции, прописанные как части кодов приложений, запускаются в ответ на определенные действия пользователей. Ресурсы для запуска предоставляются провайдером;
• DBaaS (база данных как сервис) - по запросу пользователя ему предоставляется доступ к базе данных любого типа. Главное преимущество такого решения - возможность снижения нагрузки на IT-отдел и сокращения сроков запуска проектов благодаря использованию готовых базовых технологий;
• KaaS (Kubernetes как сервис) - в данной модели работает схема автоматической оркестрации контейнеров, то есть масштабирования и распределения ресурсов без участия пользователя, что очень удобно для него из-за доступности приложений даже в моменты пиковых нагрузок.

Кроме того, существует схема IaC (инфраструктура как код), предполагающая создание пользователем инфраструктур по аналогии с разработкой ПО.

Этапы миграции в облако

Миграция в облако проводится в шесть этапов, причем от соблюдения их последовательности напрямую зависит качество «переезда». Вот эти этапы:

1. разработка стратегии миграции - максимально точное определение целей и задач процесса, а также назначение лиц, ответственных за его проведение;

2. инвентаризация и анализ имеющейся инфраструктуры с коммерческой и технической оценкой ресурсов ИТ как элемента производственных и бизнес-процессов. Результаты этого анализа помогут более точно определить сроки и объемы, риски, издержки и преимущества предстоящей миграции, выявить компоненты приложений, готовые к переносу и требующие реинжиниринга, соотнести полученные данные с поставленными задачами и целями для уточнения их достижимости;

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

4. разработка дорожной карты миграции для оптимизации и контроля временных и финансовых затрат на переезд в облако, а также для снижения рисков некорректного переноса и его негативного влияния на бизнес-процессы;

5. непосредственно миграция в соответствии с дорожной картой.

На примере личного кабинета ProCloud мы можете убедиться на сколько интуитивно понятно и просто можно “мигрировать в облако”.Для этого достаточно сделать несколько шагов:

• Зарегистрироваться на my.procloud.ru.
• Создать виртуальный сервер.

Панель создания виртуального сервера в ProCloud

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

Панель создания объектного хранилища в ProCloud

• Настройте безопасное подключение к локальной сети для сотрудников компании (например, через VPN). Вот и всё, теперь сотрудники имеют доступ к необходимым для работы данным и приложениям.

Завершающий этап - дальнейшая оптимизация процессов для получения максимальных преимуществ миграции.

Основные стратегии миграции в облако

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

• рехостинга (lift and shift). Миграцию по данной стратегии можно осуществить максимально просто и быстро, и этот способ подходит для простых рабочих нагрузок, которые можно доработать и оптимизировать уже после переноса в облако;
• реплатформинга - данный вариант предусматривает внедрение новшеств в переносимые приложения (например, возможности масштабирования или автоматизации);
• рефакторинга (реархитектуры) с перестройкой рабочих нагрузок с нуля для их перевода в облачно-нативные инфраструктуры. Такой способ наиболее затратен, поскольку требует переквалификации специалистов, но все издержки окупаются преимуществами работы в облаке.

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

Варианты миграции

Миграция в облако проходит по одному из двух вариантов - по типу переносимых ресурсов и по расположению, в которое выполняется перенос.

В первом случае миграции подвергаются центры обработки данных с локальных серверов и мейнфреймов на серверы провайдеров; транспортировка данных проводится через сети с большой емкостью или на физических носителях. Чаще всего перенос применяется для рабочих нагрузок Windows Server, Linux, SQL Server и SAP и для мейнфреймов IBM и Unisys.

Миграция по расположению выполняется в основном в гибридные облака и по схеме «из облака в облако». Перемещение в гибридное облако означает, что часть ресурсов компании остается в локальном ЦОД, а все остальное переносится в облачную инфраструктуру. Такая схема позволяет повысить рентабельность локального сетевого оборудования и обеспечить возможность резервного копирования данных.

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

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

Предостерегаем от ошибок

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

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

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

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