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

Итак, каковы основные причины неудачных миграций в облака, и как снизить риски?

1. Выбрана неверная стратегия

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

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

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

Одним из ключевых элементов стратегии должно быть сведение к минимуму ‘миграционного пузыря’. Двойные эксплуатационные расходы на облако и центр обработки данных во время крупномасштабной миграции могут привести к ошеломляющему росту краткосрочных расходов. Чтобы избежать этого возможно будет выгоднее развивать устаревшие приложения, нежели полностью переписывать их.  Иногда лучше выбрать самый простой вариант переезда, используя подход  “lift-and-shift”. Просто убедитесь, что все приложения, перемещенные таким образом, буду очень оперативно доработаны.

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

2. Недостаток опыта и необходимых навыков

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

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

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

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

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

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

3. Делать слишком много, слишком рано

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

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

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

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

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

Подготовьте свою стратегию, подготовьте свою команду, действуйте уверенно

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

Присоединяйтесь к нашему telegram-сообществу DevOps FM - там мы публикуем полезные новости и статьи по теме DevOps (и не только).

Комментарии (3)


  1. oller
    02.07.2022 16:05

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


    1. ALexhha
      02.07.2022 16:54

      Облако это крайне дорого

      it depends. Так что я бы не утверждал так категорично

      облачный админ стоит не дешевле как минимум нежели обычный

      а должен дешевле ? Из сколько обычный админ будет поднимать 100/1000/10000 хостов для тестов ? А если вам надо на арм что то погонять ? А если ...


  1. Stas911
    04.07.2022 06:34

    Для AWS все возможные причины неудач перечислены в Well-Architected Framework: https://docs.aws.amazon.com/wellarchitected/latest/framework/welcome.html