Что такое стратегия миграции в облако?
Что такое стратегия миграции в облако?
Миграция в облако дает множество преимуществ, включая повышение производительности и масштабируемости, снижение эксплуатационных расходов и повышение отказоустойчивости. Облако ускоряет бизнес-возможности и технические результаты, а также снижает бизнес-риски за счет улучшения управления и безопасности.
Однако миграция в облако – это не простой процесс перехода. Распространенные проблемы миграции в облако включают:
- поддержка руководителей и других заинтересованных сторон;
- расхождения между типами инфраструктуры;
- сложности с настройкой облачного провайдера;
- новые системы для обучения;
- вопросы безопасности и управления затратами при передаче и настройке;
- определение гибридных потребностей между локальными и облачными ресурсами.
Стратегия миграции в облако – это документированный план, разработанный организацией и содержащий план перехода от текущей инфраструктуры к новой облачной версии. Успешная стратегия миграции в облако необходима для обеспечения непрерывных бизнес-операций. Кроме того, необходимо планирование внедрения высокоэффективной облачной архитектуры с низкими затратами для будущего масштабирования и интеграции.
Каковы основные соображения при разработке стратегии миграции в облако?
Надежная стратегия миграции в облако поможет вам приступить к работе с минимальными перерывами в бизнес-операциях и без непредвиденных трудностей. Сначала нужно определить правильные облачные возможности и конфигурации в выбранной вами облачной инфраструктуре. Кроме того, учтите следующее:
Стандарты безопасности и нормативные требования
Проведите оценку безопасности перед миграцией для выявления потенциальных рисков и уязвимостей. Четко определенная структура управления поможет применять политики и обеспечивать их соблюдение на протяжении всего переходного периода.
Инструменты автоматизации и миграции
Использование автоматизации позволяет сократить объем ручного труда и минимизировать миграционные риски. Оно также помогает работать с инфраструктурой как кодом (IaC), обеспечивая согласованность конфигураций в разных средах. Организациям следует оценить подходящие инструменты для оптимизации скорости и надежности миграции. Центр миграции AWS – отличное место для начала процесса обнаружения миграции в облако.
Обучение миграционным и постмиграционным операциям
Успешный переход на облако зависит от готовности ИТ-команд и конечных пользователей. Учебные программы должны охватывать новые облачные технологии, протоколы безопасности и передовые методы эксплуатации. Вам также следует создать базу знаний и обеспечить постоянную поддержку и документацию.
Планирование и сроки
Поэтапный подход к миграции помогает свести к минимуму сбои в работе бизнеса. Можно создать график миграции, в котором приоритет отдается критически важным рабочим нагрузкам при сохранении непрерывности работы. Ваш план миграции в облако также должен предусматривать вывод из эксплуатации устаревшей инфраструктуры. Сюда входит вывод из эксплуатации неиспользуемых серверов, отмена резервных лицензий и обеспечение безопасного архивирования или удаления данных. Возможно, вам придется подождать достаточно времени между миграцией и выводом из эксплуатации, чтобы все могли освоиться с новой инфраструктурой.
Поэтапная трансформация и постоянная оптимизация
Внедрение облачных технологий требует стратегии постепенной трансформации, а не одноразовой смены. Постепенная модернизация приложений снижает риски и позволяет командам адаптироваться к новым облачным средам. Со временем вы сможете использовать автоматическое масштабирование, зарезервированные инстансы и методы выбора оптимальной конфигурации для минимизации расходов. Регулярный мониторинг обеспечивает эффективное использование облачных ресурсов.
Каковы основные стратегии миграции в облако?
Разные ресурсы требуют разных подходов к миграции. Существует семь стратегий миграции приложений в облако, известных как 7 R.
Удаление из использования
Эта стратегия используется, когда ресурс больше не нужен. В этом случае вы можете вывести ресурс из эксплуатации или заархивировать его. Это просто означает отключение серверов для приложений, которые больше не нужны. Если перенос приложения в облако не приносит коммерческой выгоды, он использует устаревшую технологию, которая больше не поддерживается, и его более экономично отключить.
Такие приложения можно идентифицировать, анализируя среднее потребление ресурсов процессора и памяти. Приложения, потребление которых составляет менее 5 процентов, могут быть немедленно удалены. Также могут быть рассмотрены приложения, потребление которых составляет от 5 до 20 процентов, особенно если в них не поступило ни одного входящего запроса в течение 90 дней.
Сохранение
Эта стратегия предполагает сохранение ресурса в том виде, в каком он есть, без миграции в облако. Это может быть связано с соображениями безопасности, отсутствием добавленной стоимости, физическими зависимостями или другими сложными соображениями. Например, вы можете отложить перенос приложения, инфраструктура которого недавно была модернизирована, что повлекло за собой значительные инвестиции. В качестве альтернативы вы можете оставить стороннее приложение до тех пор, пока поставщик не выпустит версию SaaS.
Перенос на другой хост
Эта стратегия основана на принципе переноса ресурсов в облако. Например, можно перенести конфигурацию и рабочие нагрузки физического сервера на тот же сервер в облачной среде. Вы можете перенести машины из нескольких источников в облако AWS, не беспокоясь о снижении производительности, совместимости, репликации данных на большие расстояния или длительных периодах переключения.
Перемещение
Стратегия перемещения предполагает перенос инфраструктуры из одной среды в другую. Она используется, когда в облачной инфраструктуре сопоставления эквивалентны существующим ресурсам, например при переносе VMware SDDC в VMware Cloud на AWS. Вы также можете использовать ее для перенастройки существующей облачной инфраструктуры. В AWS это может означать перемещение инстансов или объектов в другой аккаунт AWS, регион или виртуальное частное облако (VPC). Например, вы переносите БД-инстанс Amazon RDS в другой аккаунт AWS.
Повторное приобретение
Стратегия повторного приобретения предполагает переход от существующего приложения или инфраструктуры к другому продукту. Примеры использования включают переход от локальной лицензии к лицензии SaaS, замену приложения аналогичным облачным продуктом или замену специального приложения готовым облачным решением. Перед покупкой оцените новое приложение в соответствии с бизнес-требованиями, особенно с точки зрения безопасности и соответствия требованиям.
Перенос на другую платформу
Стратегия переноса на другую платформу также известна как перенос в облако с переработкой и оптимизацией или перенос в облако с оптимизацией. Она предполагает перенастройку приложения или компонента инфраструктуры и его оптимизацию для облака. Она обеспечивает работу устаревшего приложения без ущерба для безопасности. В то же время можно сократить расходы и повысить производительность, переместив виртуальные машины в контейнеры, перейдя на управляемый или бессерверный сервис или перейдя с одной операционной системы на другую.
Например, можно перенести базу данных Microsoft SQL Server в Amazon RDS для SQL Server или перенести рабочие нагрузки машинного обучения в Amazon SageMaker.
Разработка новой архитектуры
Стратегия разработки новой архитектуры выходит за рамки переноса на другую платформу и предусматривает изменение архитектуры приложения или инфраструктуры для использования преимуществ облачных функций. Если у вас устаревшее приложение с монолитной конструкцией, плохим тестовым охватом или устаревшим кодом, который становится все труднее поддерживать, рассмотрите возможность рефакторинга. В зависимости от приложения вы можете рассмотреть возможность повторного использования одних областей кода при одновременном изменении других или перепроектировании с нуля. Разработка новой архитектуры может быть длительным процессом, требующим как облачных, так и инженерных знаний.
Что такое процесс миграции в облако?
Процесс миграции в облако выходит за рамки существующих и целевых технологий и охватывает все аспекты управления организационными изменениями. Он включает в себя следующие три этапа:
Шаг 1. Оценка
Перед переходом в облачную среду необходимо оценить свою готовность, чтобы обеспечить наилучшие шансы на успех преобразования. На Платформе внедрения облака AWS (CAF) готовность к миграции в облако рассматривается с шести точек зрения: бизнес, персонал, управление, платформа, безопасность и операции.
Вам также необходимо оценить портфель приложений вашей организации, чтобы понять, как перенести и модернизировать свои приложения. Сложная инфраструктура, интеграции, требования безопасности и управления идентификацией обеспечивают поддержку существующих приложений. Оценка портфеля приложений позволяет определить ключевые заинтересованные стороны и источники данных, а также приоритеты миграции приложений.
Вы можете воспользоваться инструментом оценки готовности к переходу в облако AWS, чтобы самостоятельно определить готовность организации к переходу в облако. На AWS также доступна бесплатная оценка миграции, в ходе которой наша команда оценивает вашу организацию по нескольким направлениям, включая подробные бизнес-кейсы, операции, безопасность, персонал и многое другое.
Мы поможем вам выявить конкретные области, в которых ваша организация испытывает пробелы в готовности. Проведя работу над устранением этих пробелов, вы повысите свои шансы на успешную реализацию программы миграции.
Шаг 2. Мобилизация
Этап мобилизации предусматривает планирование миграции и выбор лучших стратегий для текущей среды на основе целевой архитектуры поставщиков облачных услуг. Задачи включают в себя, помимо прочего, следующее:
- приоритизацию ресурсов для миграции;
- разработку целевых показателей миграции, таких как скорость, время простоя и эксплуатационные возможности;
- обучение персонала для эксплуатации сервисов и управления ими во время и после миграции;
- создание целевых архитектур и сервисов;
- тестирование среды миграции с небольшими или менее важными приложениями или сервисами.
На этапе мобилизации настоятельно рекомендуется использовать журнал архитектурных решений (ADR). В этом живом документе описывается каждое архитектурное решение и обоснование выбора.
Например, многие организации выбирают рефакторинг или сохранение устаревшей программной системы. Рефакторинг может быть длительным и дорогостоящим процессом, но обычно окупаемость инвестиций достигается уже через несколько лет. Рефакторинг приложения также влияет на эти подсчеты. ADR может объяснить, как рефакторированная структура, зависимости, интерфейсы и методы построения обеспечивают такую же (или более высокую) производительность и со временем снижают стоимость владения.
Шаг 3. Перенос и модернизация
Сам процесс миграции зависит от масштаба и требований изменений в вашей организации. Меньшие или простые миграции могут осуществляться поочередно с использованием легкодоступных инструментов без повторяемых шаблонов или автоматизируемых унификаций. Для более масштабных или сложных миграций требуются новые модели, охватывающие несколько приложений, элементов инфраструктуры, организационных областей или проектов.
AWS предлагает несколько инструментов миграции, таких как Сервис обнаружения приложений AWS и Сервис миграции баз данных AWS, для поддержки сложных миграций. Вы также можете рассмотреть возможность создания фабрик миграции для проведения крупных операций по миграции в облако. Фабрика миграции – это совокупность одновременно работающих команд, где отдельные команды занимаются переносом на другой хост, переносом на другую платформу и рефакторингом приложений. Группы рефакторинга обычно работают так же, как команды разработчиков программного обеспечения, и имеют поддержку в стиле DevOps.
Разработка планов, процессов и инструментов автоматизации на основе первоначальной миграции помогает ускорить процесс миграции в облако во всей организации.
Как AWS поддерживает стратегию миграции в облако?
Благодаря облачным сервисам AWS вы можете использовать существующие данные и приложения для масштабирования и роста с помощью искусственного интеллекта и других технологий от надежного базового поставщика облачных услуг. Выбор правильных стратегий миграции в облако имеет решающее значение для успеха вашей программы. Независимо от того, рассматриваете ли вы возможность миграции в облако или готовы начать перенос ресурсов в облако, AWS предоставляет рекомендации, инструменты оценки и ряд партнеров для начала.
Программа ускорения миграции AWS (MAP) – это комплексная и проверенная программа миграции в облако, основанная на нашем опыте перевода тысяч корпоративных клиентов AWS в облако. MAP предоставляет инструменты, индивидуальные подходы к обучению и соответствующий контент, экспертные знания от партнеров в партнерской сети AWS, глобальное партнерское сообщество и инвестиции AWS. Рассмотрите MAP как своего партнера по автоматизации и ускорению исполнения в рамках бюджета.
Посетите страницу миграции в облако AWS, чтобы перенести и модернизировать с помощью AWS уже сегодня.