Многие предприятия по всему миру арендуют вычислительные мощности облачных провайдеров для нужд своего бизнеса. Чаще всего, причиной по которым компании решают воспользоваться услугой IaaS (infrastructure as a Service), является запуск новых проектов, с которыми не справляется существующая ИТ-инфраструктура заказчика. Но в то же время, часто возникает ситуация, когда предприятия переводят в облака работающие сервисы. Такая операция называется миграцией ИТ-ресурсов. В данной статье мы рассмотрим основные причины переноса ИТ-инфраструктуры в облако, а также расскажем, как правильно подойти к организации данного решения.
Причины миграции
Нерентабельность развития ИТ-инфраструктуры
Основной причиной миграции в облако является ситуация, когда ИТ-инфраструктура начинает не справляться с текущими задачами и требует развития, что в свою очередь сопряжено со значительными финансовыми вложениями и трудозатратами. В большинстве случаев гораздо проще, дешевле и быстрее просто перенести часть работающих сервисов в облако. Современный рынок облачных услуг уже довольно гибкий, а поэтому может предложить условия аренды виртуальных мощностей клиенту с любыми запросами.
Повышение качества ИТ-сервисов
Еще одной популярной причиной переноса ИТ-сервисов в облако, является стремление к развитию. Преимущества, которые облачные провайдеры предоставляют своим клиентам, могут стать ключом к росту бизнеса в целом. В первую очередь это касается возможностей масштабирования вычислительных ресурсов и обеспечение мобильности сотрудников. Бизнес-критичные сервисы в облаке провайдера смогут более гибко реагировать на изменение нагрузки, а воспользоваться ими сотрудники или клиенты компании смогут из любой точки мира, где есть интернет.
Снижение затрат
Перенос своей инфраструктуры в облако зачастую это стремление компании сократить финансовые затраты, так как обслуживание, администрирование, ремонт и другие операции связанные с оборудованием и системой виртуализации, теперь будут зоной ответственности провайдера. К этому стоит добавить, что облако в большинстве случаев гораздо надежнее ИТ-инфраструктуры предприятия, а поэтому сокращение издержек, связанное с падением критичных сервисов, будет весьма ощутимым.
Типы миграции
Существует два различных типа миграции ИТ-ресурсов в облако. Компания выбирает, свой тип в зависимости от объема и сложности инфраструктуры, а также от того каких целей и в какие сроки необходимо достичь.
Полная
Полная миграция означает перевод всех своих ресурсов в облако. Другими словами предприятие полностью отказывается от содержания собственной ИТ-инфраструктуры и отдает его облачному провайдеру. Такой подход позволяет компании полностью сосредоточиться на собственном бизнесе, не отвлекаясь на второстепенные вопросы. Несмотря на всю привлекательность такого решения, воспользоваться им в короткие сроки могут далеко не все. Полная миграция подходит небольшим и средним предприятиям, у которых нет сложной ИТ-структуры. Чаще всего весь процесс переноса занимает всего несколько дней.
Частичная
При наличии у компании большой и развитой ИТ-инфраструктуры, логичнее использовать вариант частичной миграции. При этом часть сервисов продолжает работать на вычислительных мощностях предприятия, а часть переноситься в облако. Такой процесс протекает гораздо дольше и сложнее, так как из-за большого количества зависимостей приложений и объема данных, каждый этап миграции требует значительных временных затрат. Стоит отметить, что частичная миграция для крупного бизнеса часто является переходным этапом к полной миграции.
Этапы миграции
Не зависимо от типа миграции, весь процесс должен состоять из трех основных этапов. Стоит отметить, что каждый этап, в зависимости от объема и сложности ИТ-инфраструктуры клиента, может состоять из различного количества операций. Так, например, на этапе подготовке для небольшой компании с одним критичным сервисом, совершенно нет смысла составлять дорожную карту, тем самым увеличивая время переноса. Давайте подробнее рассмотрим все этапы миграции:
Первый этап - Подготовка
Первым и самым важным этапом при переносе ИТ-сервисов в облако, является подготовка. Тут как нельзя лучше подходит поговорка «семь раз отмерь, один отрежь». Правильно проведенный этап подготовки позволяет значительно сократить риски, проанализировав возможные проблемы при переносе, а также подготовить точки отката системы, чтобы иметь возможность вернуть ее к первоначальному состоянию.
На данном этапе необходимо сделать три важных шага:
1.Провести анализ ИТ-инфраструктуры.
При запуске проекта миграции необходимо проанализировать существующую структуру. Помимо сбора данных о критичных сервисах, лицензиях ПО, сетевых компонентах, серверах и СХД, крайне важно определить зависимости приложений друг от друга. Также, стоит провести аудит инструментов и процессов автоматизации, так как настроенные когда-то давно скрипты, выполняющие свою работу в автоматическом режиме, могут преподнести несколько неприятных сюрпризов. Вся эта информация позволит не только избежать проблем на остальных этапах, но и понять необходимый объем облачных ресурсов.
2. Исправить ошибки
В работе любой ИТ-инфраструктуры существуют проблемы и ошибки. Перед тем как переносить свои сервисы в облако, необходимы, исправить те из них, которые могут повлиять на успех самого процесса миграции. Ну и конечно, подобный переезд является отличным поводом, избавиться от застарелых проблем.
3. Финальным этапом подготовки должен стать план миграции. На основании проведенного аудита, должны быть описаны сроки и ответственные лица каждого этапа миграции. Также необходимо описать последовательность действий, для того что свести к минимуму простой критичных сервисов компании.
Второй этап – Тестирование
Второй этап – это тестирование миграции. Он также является очень важным, так как позволяет выявить возможные ошибки и оценить поставщика облачных услуг. Для тестирования, обычно выбирают некритичные сервисы, чтобы произвести обкатку. После тестового переноса, обычно несколько дней тратиться на то, чтобы оценить работу сервисов на площадке провайдера.
После самого процесса тестирования, необходимо исправить возникшие ошибки (если они были) и при необходимости провести повторный тест. После этого можно приступать к самому процессу миграции.
Третий этап – Миграция
Завершающим этапом является сам перенос критичных сервисов. Как бы странно это не звучало, но данный этап является самым простым, разумеется, при условии, что оба предыдущих были проведены на необходимом уровне. Несмотря на это, тут также возможно возникновение ошибок, а поэтому для последнего этапа стоит выбрать подходящее время.
После успешного завершения, необходимо проанализировать весь процесс миграции, а также перенесенные сервисы. Это позволит убедиться в отсутствии скрытых ошибок.
Заключение
В заключении хотелось бы отметить, что перенос ИТ-ресурсов в облако это командная работа облачного провайдера и заказчика. Необходимо чтобы у обеих сторон было одинаковое понимание каждого этапа и постоянная связь. Это позволит избежать многих проблем, как в процессе миграции, так и в дальнейшем сотрудничестве.
Источник: https://oblako.kz/iaas-blog/kak-pravilno-organizovat-migraciyu-it-resursov-v-oblako
