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

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

Неспособность определить конкретные цели

По словам Джереми Робертса, аналитика-консультанта Info-Tech Research Group, многие новички, переходящие на облачные технологии, преследуют неопределенные цели и не имеют четких барометров успеха. «Само по себе облако не хорошее или плохое — оно требуется для достижения бизнес-целей, — пояснил он. — К сожалению, в своем рвении выбраться из ЦОДа некоторые предприятия упускают из виду эту критическую деталь». Облако не следует рассматривать как панацею для решения текущих проблем дата-центров. «Неудачное развертывание облака может быть дороже, чем эксплуатация локального решения, и может принести головную боль в плане производительности и управления, которая не оправдана никакими преимуществами», — добавил он.

Облако следует рассматривать как инструмент, главное — правильно его применить, отметил Робертс. Облако охватывает области, выходящие за рамки ИТ. «Для многих организаций оно представляет собой принципиально новый способ деятельности. Чтобы в полной мере использовать его, предприятию придется адаптироваться к самообслуживанию, измеряемому и гибкому ведению дел. Если этого не сделать, оно может принести больше проблем, чем пользы», — предупредил он.

Когда необходимость миграции в облако переоценена

Многие организации устремляются в облако, руководствуясь принципом «просто сделай, и все получится», — говорит Прашант Келкер, партнер по цифровой стратегии и решениям консалтинговой компании ISG. — Однако такой подход часто приводит к разочарованию. Мы видим, что многие корпоративные миграции в облако застопорились на уровне 18-25% от завершения, то есть именно в момент, когда завершена простая фаза переноса (’lift-and-shift’)«.

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

Клонирование существующих рабочих нагрузок ЦОДа

По словам Рона Джейкоба, управляющего директора EY, попытка перенести рабочие нагрузки в публичное облако «как есть», по сути копируя среду дата-центра, является недальновидным подходом. «Имейте в виду, что миграция должна опираться на новые возможности и способы работы», — сказал он.

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

Рассмотрение миграции в облако как конечной цели

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

Подход, который позволит снизить затраты — это стратегия cloud-first (облако в первую очередь), изначально нацеленная на использование потенциала облака. «Он также позволит обеспечить значительно больше инноваций, устойчивости и гибкости. Рассматривая возможность миграции в облако, предприятия должны сначала понять, куда они хотят попасть, прежде чем отправляться в путь», — советует Нарайн.

Отсутствие надлежащего планирования операций после развертывания

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