Сбой миграции в облако проявляется по-разному - от превышения бюджета и срыва сроков до осознания что что-то попросту "не работает". Хорошая новость в том, что всех этих проблем можно избежать или же устранить с помощью практических шагов по управлению облачной миграцией.
Итак, каковы основные причины неудачных миграций в облака, и как снизить риски?
1. Выбрана неверная стратегия
Правильное планирование является краеугольным камнем успешной миграции в облако. Но здесь речь не о том, что вам нужно заранее подготовиться абсолютно ко всем возможным непредвиденным обстоятельствам, а скорее о необходимости полного понимания существующей инфраструктуры и целевой среды миграции.
Крайне важно определить экономическое основание для перехода в облако и провести оценку готовности для этого процесса. Это даст вам необходимую информацию, чтобы определить, какой объем работы потребуется для обеспечения стабильного функционирования текущих рабочих процессов в облаке. Как только это будет установлено, станет возможным определить вероятные затраты, сроки и отдачу, чтобы все заинтересованные стороны знали, на что они подписываются, еще до начала миграции.
Сразу после завершения первоначальной оценки можно вплотную приступать к разработке стратегии. Ключевые решения – например, следует ли модернизировать рабочие нагрузки до, во время или после миграции – могут приниматься конфиденциально, на основе четко поставленных целей, согласованных на ранних этапах. Кроме того, так станет гораздо легче эффективно расставлять приоритеты задач в соответствии с потребностями организации.
Одним из ключевых элементов стратегии должно быть сведение к минимуму ‘миграционного пузыря’. Двойные эксплуатационные расходы на облако и центр обработки данных во время крупномасштабной миграции могут привести к ошеломляющему росту краткосрочных расходов. Чтобы избежать этого возможно будет выгоднее развивать устаревшие приложения, нежели полностью переписывать их. Иногда лучше выбрать самый простой вариант переезда, используя подход “lift-and-shift”. Просто убедитесь, что все приложения, перемещенные таким образом, буду очень оперативно доработаны.
Главный совет: проведите детальную оценку существующей инфраструктуры, и уже после этого рассмотрите варианты улучшений, которые обеспечат хорошую производительность в облаке.
2. Недостаток опыта и необходимых навыков
В большинстве случаев крупномасштабная облачная миграция случается лишь раз в жизни компании, поэтому совершенно неудивительно, что не все члены команды будут иметь в арсенале подобный опыт. В связи с этим может не быть уверенности в своих шагах и нужного уровня компетенций, что влечет за собой медленный и нестабильный прогресс. Более того, это может выразиться в виде серьезных упущений, которые, в свою очередь, поставят под удар безопасность и надежность системы.
В таком случае под угрозой может оказаться не только сама миграция, но и процесс управления облачной средой в целом, что приведет к плохому контролю затрат и неспособности использовать такие облачные преимущества, как гибкость и масштабируемость.
Первый шаг к преодолению этой проблемы - признание того, что необходимы совершенно новые навыки. Нанять более опытный персонал - может стать одним из простых вариантов решения проблемы, но его редко бывает достаточно. Это связано с тем, что новым сотрудникам обычно не хватает глубоких знаний о существующей инфраструктуре, что важно для обеспечения плавного перехода к облаку.
Инвестиции в вашу нынешнюю команду и ее поддержка обычно являются залогом успешной реализации этой задачи. Партнерство с надежной третьей стороной, которая имеет подтвержденный опыт работы с миграциями к целевому поставщику облачных услуг, также может помочь обеспечить наилучшие результаты. В идеале они должны еще хорошо разбираться в современных подходах, что позволит начать работу с передовыми методами проектирования инфраструктуры, такими как контейнеризация, Infrastructure as Сode и микросервисы.
Для обеспечения стабильного управления облаком убедитесь, что члены вашей команды прошли соответствующую подготовку по облачной инженерии или DevOps и гибким методам работы. Долгосрочное наставничество, коучинг или техническая поддержка операций гарантированно принесут свои дивиденды.
Главный совет: поищите стороннюю поддержку в организациях, сертифицированных вашим целевым поставщиком облачных услуг, и проанализируйте необходимость обучения, которое позволит закрыть пробелы в навыках вашей команды.
3. Делать слишком много, слишком рано
Как бы не было заманчиво расставлять приоритеты в сторону ценных, критически важных для бизнеса приложений на ранних стадиях миграции, к сожалению, это редко бывает целесообразно. Даже при наличии сторонней поддержки и достойного уровня обучения вашей команде потребуется время, чтобы освоиться с процессом миграции и повседневной работой в облаке.
В большинстве случаев критически важные приложения оказываются еще и самыми сложными. Успешная миграция предполагает максимальную сосредоточенность внимания на устранении любых технических проблем и настройке инфраструктуры для облачной среды. Более того, если миграция пойдет не так, последствия могут быть чрезвычайно пагубными для бизнеса, и на их устранение потребуется много времени.
Лучше начинать с приложения, которое относительно просто в перемещении, но обеспечивает быструю отдачу, как только оно оказывается в облаке. Это отличный способ укрепить уверенность и навыки команды, неуклонно продвигаясь к более сложным приложениям и применяя недавно полученные знания. Небольшие шаги, которые накапливаются и набирают обороты с течением времени, являются более быстрым путем к успеху, чем чрезмерно амбициозный подход, который в конечном итоге приводит к краху.
Еще один стоящий шаг - потратить время на проверку выбранной концепции или схем миграции в облако. Это позволяет выявить и устранить потенциальные проблемы до начала реальной миграции, обеспечивая безопасный и устойчивый прогресс.
Главный совет: тише едешь - дальше будешь, особенно при сложных облачных миграциях. Ускорение процесса, вероятно, приведет к серьезным проблемам, - таким, например, как уязвимости в системе безопасности.
Подготовьте свою стратегию, подготовьте свою команду, действуйте уверенно
Целостный подход к миграции в облако – от механики перехода до управления краткосрочными и долгосрочными затратами и повышения квалификации персонала - вот секрет успеха. Не существует единственно правильного способа миграции. Но потратить время на предварительную оценку существующей инфраструктуры и понимание, каковы реальные пробелы в навыках, безусловно, лучший способ начать работу.
Присоединяйтесь к нашему telegram-сообществу DevOps FM - там мы публикуем полезные новости и статьи по теме DevOps (и не только).
Комментарии (3)
Stas911
04.07.2022 06:34Для AWS все возможные причины неудач перечислены в Well-Architected Framework: https://docs.aws.amazon.com/wellarchitected/latest/framework/welcome.html
oller
Я думаю номер один, все таки, это неправильно рассчитанный бюджет. Облако это крайне дорого с кучей не явных платежей и неконтролируемых факторов, облачный админ стоит не дешевле как минимум нежели обычный
ALexhha
it depends. Так что я бы не утверждал так категорично
а должен дешевле ? Из сколько обычный админ будет поднимать 100/1000/10000 хостов для тестов ? А если вам надо на арм что то погонять ? А если ...