Дмитрий Хороших: Как упростить миграцию приложений в облако

Менеджер по развитию бизнеса в области решений для ЦОД компании Cisco рекомендует использовать системы автоматизации и прописать процедуру окончания договора
13 марта, в 10:55
Страница

Решения против опасений

Также по возможности следует пользоваться системами автоматизации. Если рассматривать пример сервиса IaaS, то системы автоматического управления ИТ-инфраструктурой сильно упрощают жизнь. Ведь приложение – это не только набор виртуальных машин, между ними есть сетевые сервисы и правила передачи трафика. У поставщиков решений для облачных сред уже есть продукты, позволяющие перенести приложение в облако и обратно в полностью автоматическом режиме с переносом всех его сетевых настроек и сохранением связи с локальной сетью. Виртуальные машины могут просто «не заметить», когда одна или несколько из них «уезжают» в облако. Основная задача подобных инструментов – максимально упростить процесс миграции и дать возможность администраторам сосредоточиться на поддержке основного бизнес-процесса.

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

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

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

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

Конечно, миграция – это зачастую сложный и трудоемкий процесс, но заказчик от такого перехода, как правило, все равно выигрывает».

Автор – Дмитрий Хороших, менеджер по развитию бизнеса в области решений для ЦОД компании Cisco

iBusiness.ru публикует сокращенную версию статьи Дмитрия Хороших, размещенной на IKSmedia.ru.

Читать полный текст статьи на сайте IKSmedia.ru

Страница