Выбор службы вычислений Azure

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

Architecture

Используйте следующую блок-схему, чтобы выбрать вычислительную службу-кандидат.

Скачайте файл Visio для этой архитектуры.

На предыдущей схеме приведены две стратегии миграции:

• Лифт и смена: Стратегия миграции рабочей нагрузки в облако без изменения приложения или внесения изменений в код. Это также называется rehosting (повторное размещение). Мы рекомендуем группам рабочих нагрузок, выполняющим миграцию, использовать подобный подход и отложить оптимизацию, если их временная шкала и бюджетная поддержка не перепроектированы для облачных функций. Дополнительные сведения см. в статье "Миграция рабочих нагрузок в Azure" с других облачных платформ.

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

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

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

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

Общие сведения о основных функциях

Если вы не знакомы со службой Azure, выбранной в предыдущем разделе, ознакомьтесь со следующей обзорной документацией:

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

• Служба приложений Azure — это управляемая служба для размещения веб-приложений, внутренних приложений мобильных приложений, API RESTful или автоматизированных бизнес-процессов.

• Функции Azure — это служба, которая предоставляет управляемые функции, которые выполняются на основе различных типов триггеров для приложений, управляемых событиями.

• Служба Azure Kubernetes (AKS) — это управляемая служба Kubernetes для запуска контейнерных приложений. Он предоставляет прямой доступ к API Kubernetes и плоскости управления.

• Приложения контейнеров Azure — это управляемая служба, основанная на Kubernetes, которая упрощает развертывание контейнерных приложений в бессерверной среде. Он не предоставляет прямой доступ к базовым API Kubernetes. Используйте AKS, если требуется доступ к API Kubernetes и плоскости управления.

• Azure Container Instances — это облачная служба платформы Azure для запуска одного контейнера или группы контейнеров. Имплементация контейнеров в Container Instances не обеспечивает полноценную оркестрацию контейнеров, но позволяет развертывать контейнеры без необходимости создания виртуальных машин или использования более высокоуровневых служб.

• Azure Red Hat OpenShift — это полностью управляемый кластер OpenShift для запуска контейнеров в рабочей среде с Kubernetes.

• Пакетная служба Azure — это управляемая служба для выполнения крупномасштабных параллельных и высокопроизводительных вычислений (HPC).

• Решение Azure VMware — это управляемая служба для запуска рабочих нагрузок VMware в Azure.

Общие сведения о моделях размещения

Для моделей размещения облачные службы делятся на три категории:

• Инфраструктура как услуга (IaaS) позволяет подготавливать виртуальные машины вместе с связанными сетевыми компонентами и компонентами хранилища. Затем вы можете развернуть любое программное обеспечение и приложения на этих виртуальных машинах. Эта модель наиболее похожа на традиционную локальную среду. Корпорация Майкрософт управляет инфраструктурой и управляет виртуальными машинами.

• Платформа как услуга (PaaS) предоставляет управляемую среду размещения, в которой можно развернуть приложение без необходимости управлять виртуальными машинами. Служба приложений и приложения контейнеров — это службы PaaS.

• Функции как услуга (FaaS) позволяют развертывать код в службе, которая автоматически запускает его. Функции Azure — это служба FaaS.

  Замечание

  Функции Azure — это бессерверное предложение вычислений Azure. Чтобы узнать, как эта служба сравнивается с другими бессерверными предложениями Azure, такими как Azure Logic Apps для бессерверных рабочих процессов, см. статью "Выбор правильных служб интеграции и автоматизации" в Azure.

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

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

Примечания:

¹Более высокое соглашение об уровне обслуживания (SLA) с двумя или более экземплярами.

²Для функций Azure планы потребления и потребления Flex бессерверны. Для плана службы приложений функции выполняются на виртуальных машинах, выделенных для этого плана. Выберите правильный план обслуживания для функций Azure.

³При использовании устойчивых функций.

⁴Рекомендуется для рабочих сред. Три в пуле системных узлов и три для каждого пула узлов пользователей.

⁵три основных узла и три рабочих узла.

⁶Может уменьшиться до нуля после завершения задания.

⁷см. хосты.

Дополнительные сведения см. в статье "Выбор службы контейнеров Azure".

Нетворкинг

Скорее всего, платформа приложений должна работать с сетями как сервером для приложений, так и в качестве клиента. Например, он может функционировать как клиент для получения обновлений операционной системы (ОС). Необходимо выбрать платформу, которая поддерживает как требования к трафику на востоке, так и на северо-юге.

Примечания:

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

². Используйте гибридные подключения службы приложений.

³. Требуется план службы приложений, план Функций Azure Premium или план потребления Функций Azure Flex.

DevOps

Примечания:

¹Варианты включают IIS Express, Visual Studio Code и другие стандартные средства разработки на основе стека приложений.

²Используйте инструменты, не принадлежащие Microsoft, такие как Telepresence или mirrord, для отладки с локального на кластер.

Навыки команды и операционные издержки

Масштабируемость

Примечания:

¹См. автомасштабирование pod.

²См. автоматическое масштабирование кластера для удовлетворения требований приложений к AKS.

³См. Установку правил масштабирования в контейнерных приложениях.

⁴См. раздел "Масштабирование кластеров" в частном облаке.

⁵См. VMware NSX.

Встроенные возможности многорегионирования

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

Безопасность

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

• Виртуальные машины для Linux
• Виртуальные машины для Windows
• Служба приложений
• Функции Azure
• AKS
• Контейнерные приложения
• Экземпляры контейнеров
• Решение Azure VMware

Другие критерии

Рассмотрите ограничения и затраты

Используйте предыдущие таблицы сравнения в качестве контекста и более подробно оцените следующие аспекты службы кандидатов:

• Калькулятор цен и затратAzure
• Доступность службы Azure по регионам
• Ограничения службы
• Соглашения об уровне обслуживания

Специализированные рабочие нагрузки

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

Соавторы

Корпорация Майкрософт поддерживает эту статью. Следующие авторы написали эту статью.

• Ayobami Ayodeji | Старший менеджер по программам
• Jelle Druyts | Инженер основной службы
• Мартин Gjoшевски | Старший инженер службы
• Фил Хуан | Старший архитектор облачных решений
• Джули Нг | Старший инженер службы
• Паоло Сальватори | Инженер основной службы

Чтобы просмотреть неопубликованные профили LinkedIn, войдите в LinkedIn.

Следующий шаг

• Параметры вычислений Azure

Связанные ресурсы

• Выбор варианта вычислений Azure для микрослужб
• Варианты технологий для решений Azure