Миграция рабочих нагрузок на современные платформы приложений
Существует очевидный тренд миграции существующих рабочих нагрузок из локальных центров обработки данных в кластер Kubernetes в Azure. Этот подход может снизить объем ресурсов инфраструктуры после миграции. Более важно, что перенос в контейнеры позволяет повысить переносимость портфеля, что позволяет более легко перемещать рабочие нагрузки между общедоступными и частными облаками. Эта тенденция наиболее часто возникает, когда организации имеют много веб-приложений.
Большинство современных вариантов платформы приложений требуют повторной архитектуры или повторного развертывания приложения. возможности оркестрации Служба Azure Kubernetes (AKS) позволяют упростить миграцию решений Kubernetes. Однако при интеграции миграции контейнеров в стандартизированный процесс миграции может существовать более эффективный подход. Миграция Azure включает множество средств и функций для ускорения миграции. Средство контейнеризации Миграции Azure — это самый простой способ перехода на контейнеры во время стандартного процесса миграции.
Подход "Одна миграция"
Вы можете перейти в AKS, чтобы ускорить контейнеры в облаке в рамках сценария "Одна миграция Cloud Adoption Framework". Как правило, для миграции в Azure используется служба Миграции Azure и средства партнеров для оценки, переноса и выпуска рабочих нагрузок в облако. Этот трехэтапный процесс можно применить к миграции AKS, но для этого может потребоваться несколько других инструментов.
Оценка рабочих нагрузок
В качестве первого шага по оценке группы рабочих нагрузок необходимо ссылаться на план внедрения облака и начальную оценку портфеля. При оценке рабочих нагрузок для контейнеризации во время миграции необходимо просмотреть план для получения ключевых сведений об операционной системе и языке программирования для приложения, чтобы определить наиболее подходящий путь контейнеризации.
Эффективные кандидаты на миграцию
Средства миграции контейнеров в службе "Миграция Azure" могут ускорить миграцию конкретных приложений в AKS. Оцените свои рабочие нагрузки по следующему списку, чтобы определить кандидатов на миграцию в Kubernetes, и проводите проверку регулярно по мере расширения списка:
Для переноса приложения используйте средство контейнеризации приложения в Миграции Azure. Первым шагом этого средства является обнаружение, которое помогает оценить и оценить совместимость.
Контейнеризация с последующим переносом кандидатов
Остальные рабочие нагрузки нельзя перенести, пока они не будут проверены как функциональные и выполняемые при работе в контейнере. Обратитесь к владельцам приложений, чтобы выделить время для выполнения контейнеризации, проверки результатов и создания конвейеров создания образов для работы. Обратите внимание на уникальные зависимости, такие как требования, относящиеся к Windows, такие как учетные записи служб, управляемые группой, использование локальной файловой системы, сведения о реализации кэша, реализации одноэлементных и зависимостей, таких как базы данных.
Хотя централизованная команда может вести усилия по контейнеризации по всей организации, учитывая, что это больше функции управления проектами и технических требований сбора и надзора, владельцы приложений должны быть очень вовлечены.
Задачи по миграции
Как упоминание в задаче оценки, многие приложения можно перенести с помощью средства миграции Azure: контейнеризации приложений. На этом шаге повторяемого процесса миграции мы обсудим, как выполнять задачи, связанные с переносом рабочих нагрузок в облако.
Упрощенная миграция
Для всех рабочих нагрузок, совместимых со средством контейнеризации приложения Миграции Azure, само средство автоматизирует действия по переносу, создавая образ контейнера, развертывая кластер AKS и развертывая приложение в контейнере.
Миграция контейнеров и рабочих нагрузок
При переносе контейнеров и рабочих нагрузок с помощью более ручного процесса, проверки образа контейнера, развертывания кластера и развертывания приложения более активно. Сначала убедитесь, что целевая версия Kubernetes находится в поддерживаемом окне для AKS. Использование более старой версии может находиться за пределами поддерживаемого диапазона и требует обновления, поддерживаемого AKS. Дополнительные сведения см. в статье Поддерживаемые версии Kubernetes в AKS. По возможности всегда переходите в ту же версию Kubernetes. Это означает либо обновление на месте в существующей системе, либо планирование обновления после миграции на основе ваших приоритетов.
Как и при любой миграции, определите, какой период обслуживания является приемлемым и прозрачным для всех заинтересованных лиц о том, как выполняется миграция. Отслеживайте миграцию и используйте панель мониторинга по возможности. Если миграция простоя не может быть согласована, укажите дополнительные возможности планирования, затрат и осложнений вокруг миграции без простоя. Если окажется, что простоя все-таки не избежать, сообщите об этом заинтересованным лицам. Проанализируйте последствия этого изменения, чтобы задокументировать и согласовать риски.
Все миграции, даже миграции простоя, может потребоваться изменить существующее приложение с дополнительной гибкостью для поддержки миграции. Убедитесь, что команды приложений полностью участвуют в планировании миграции рабочих нагрузок как можно раньше. Например, дополнительные возможности DNS, строка подключения и параметров переключения могут быть развернуты в текущей рабочей нагрузке до завершения миграции.
В настоящее время необходимо использовать один из нескольких средств с открытым исходным кодом для выполнения реплика обработки контейнеров и рабочих нагрузок в Azure.
Если вы поступаете из существующей платформы Kubernetes (подсистема AKS, ACS или другая реализация Kubernetes), рассмотрите возможность использования некоторых средств с открытым исходным кодом, чтобы помочь в миграции. В таких случаях у вас уже есть рабочая нагрузка, которая работает в Kubernetes, и повторное размещение в AKS проще. Проверьте все возможности, которые существуют в AKS перед выполнением любой миграции.
Следующий шаг: внедрение инноваций с помощью решений современных платформ приложений
Следующие статьи помогут вам в конкретных точках в пути внедрения облака и помочь вам добиться успеха в сценарии внедрения облака.