Поделиться через

Введение в сценарий современной платформы приложений

  • Статья

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

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

  • Платформа приложения. Коллекция зависимостей приложений, предназначенная для поддержки выполнения приложения. Платформы приложений ускоряют разработку, предоставляя четко определенные структуры для решения многих распространенных задач. Платформы приложений также могут создавать ограничения, влияющие на то, как может быть создано приложение.
  • Службы приложений (службы PaaS). Службы приложений, или "Платформа как услуга" (PaaS) для разработчиков, предоставляют платформу приложений, которая позволяет максимально увеличить пользу, которое каждое приложение может получить от облачной среды. Эти службы создают уровень абстракции между платформой приложения и базовой облачной инфраструктурой. На этом уровне абстракции принудительно создается конкретный и согласованно определенный набор ограничений платформы приложений, которые могут выполняться только в определенных средах.
  • Контейнеры. Контейнеры создают аналогичный уровень абстракции между требованиями среды выполнения приложений и базовой операционной системой и инфраструктурой. В отличие от параметров PaaS контейнеры позволяют настроить среду выполнения приложения в зависимости от потребностей приложения, независимо от узла контейнера.
  • Оркестрация контейнеров. Организатор контейнеров предоставляет согласованную среду выполнения приложений для экземпляра узла контейнера. Такое согласование позволяет командам по эксплуатации, ориентированным на рабочие нагрузки, усовершенствовать методики развертывания и DevOps, чтобы упростить многие операций развертывания и эксплуатации, уменьшая зависимость от централизованных операций или операций, выполняемых людьми.

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

  • Ускорение разработки с помощью абстракции. Как контейнеры, так и службы приложений повышают производительность разработчиков, позволяя им в большей степени сосредоточиться на коде, а в меньшей — на вопросах среды размещения.
  • Сокращение затрат на операции с помощью абстракции. Стандартизованная оркестрация контейнеров обеспечивает согласованность сред выполнения на всех узлах, что упрощает выполнение операций, независимо от того, какие рабочие нагрузки могут быть развернуты разработчиками. С помощью стандартизации централизованные команды по эксплуатации могут расширить традиционные методы поддержки и эксплуатации, используя узлы контейнеров.
  • Переносимость рабочих нагрузок с помощью абстракции. Перемещение рабочих нагрузок между оркестраторами контейнеров позволяет обеспечить переносимость рабочих нагрузок. Некоторые платформы оркестрации контейнеров работают в общедоступном облаке. Другие платформы оркестрации контейнеров предназначены для развертывания в пограничных или частных облаках. Разнообразные параметры оркестрации контейнеров позволяют обеспечить переносимость рабочих нагрузок между узлами контейнеров в гибридных, многооблачных, пограничных и общедоступных облачных платформах.
  • Модернизация устаревших рабочих нагрузок с помощью абстракции. Перед миграцией или модернизацией для устаревших рабочих нагрузок может потребоваться уровень абстракции. Настройка среды выполнения на узле контейнера позволяет обеспечить соблюдение устаревших требований в современной облачной среде.

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

Компоненты сценария

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

  • Cloud Adoption Framework. В этих статьях рассматривается минимум особенностей и реализаций каждой методики CAF. Сведения в этих статьях буду полезны для подготовки лиц, ответственных за принятие решений, сотрудников центрального ИТ-отдела и облачного центра инноваций к реализации основной части технологической стратегии — внедрению контейнеров и управлению ими.
  • Платформа Azure с продуманной архитектурой. В этих статьях описываются моменты, которые должен учитывать каждый владелец рабочей нагрузки при развертывании рабочих нагрузок с использованием контейнеров или решений по управлению контейнерами, таких как Kubernetes.
  • Эталонные архитектуры. Эти эталонные решения помогают ускорить развертывание контейнерных решений с использованием Azure Kubernetes Service (AKS).
  • Популярные продукты Azure. Узнайте больше о продуктах, которые поддерживают ваши контейнеры и стратегию управления контейнерами в Azure.
  • Модули Learn: Получите практические навыки, необходимые для реализации, обслуживания и поддержки контейнеров и решений AKS.

Распространенные сценарии клиентов

Эталонные архитектуры AKS. Приведенные на левой панели эталонные архитектуры демонстрируют развертывание различных проверенных архитектур для управления платформами контейнеров и Kubernetes с помощью службы Azure Kubernetes Service (AKS). Эти архитектуры являются предлагаемой отправной точкой для Kubernetes в Azure.

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

Стандартизация развертывания контейнеров и управления ими. В первом наборе статей на левой панели приводятся подробные инструкции по централизации стратегии использования контейнеров. Эта серия статей предназначена для того, чтобы помочь сотрудникам центрального ИТ-отдела и командам облачного центра инноваций понять влияние контейнеров на облачную стратегию и узнать, как обеспечить согласованную централизованную поддержку.

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

Реализация конкретных продуктов Azure. Ускоряйте и улучшайте возможности контейнера и Kubernetes, используя различные виды продуктов Azure, описанных в разделе популярных продуктов.

Следующий шаг. Интеграция современных платформ приложений в план внедрения облачных технологий

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