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


Общие сведения о современном сценарии платформы приложений

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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