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

Azure предлагает множество способов размещения кода приложения. The term compute refers to the hosting model for the resources that your application runs on. Эта статья поможет выбрать службу вычислений для приложения.

Выбор службы кандидатов

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

Скачайте файл Visio этого дерева принятия решений.

Эта схема относится к двум стратегиям миграции:

• Лифт и смена: стратегия миграции рабочей нагрузки в облако без изменения приложения или внесения изменений в код. It's also called rehosting. Дополнительные сведения см. в центре миграции и модернизации Azure.
• Cloud optimized: A strategy for migrating to the cloud by refactoring an application to take advantage of cloud-native features and capabilities.

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

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

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

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

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

• Azure Виртуальные машины. Служба, в которой развертываются виртуальные машины Azure и управляете ими в виртуальной сети Azure.
• приложение Azure служба: управляемая служба для размещения веб-приложений, серверных серверов мобильных приложений, API RESTful или автоматизированных бизнес-процессов.
• Azure Functions: A service that provides managed functions that run based on a variety of trigger types for event-driven applications.
• Служба Azure Kubernetes (AKS): управляемая служба Kubernetes для запуска контейнерных приложений.
• Приложения контейнеров Azure: управляемая служба, основанная на Kubernetes, которая упрощает развертывание контейнерных приложений в бессерверной среде.
• экземпляры контейнеров Azure. Эта служба — это быстрый и простой способ запуска одного контейнера или группы контейнеров в Azure. Экземпляры контейнеров Azure не обеспечивают полную оркестрацию контейнеров, но их можно реализовать, не подготавливая виртуальные машины или применяя более высокий уровень службы.
• Azure Red Hat OpenShift: полностью управляемый кластер OpenShift для запуска контейнеров в рабочей среде с Kubernetes.
• Azure Service Fabric: платформа распределенных систем, которая может выполняться во многих средах, включая Azure или локальную среду.
• Azure Batch: A managed service for running large-scale parallel and high-performance computing (HPC) applications.
• решение Azure VMware: управляемая служба для запуска рабочих нагрузок VMware в Azure.

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

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

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

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

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

  Note

  Azure Functions is an Azure serverless compute offering. Чтобы узнать, как эта служба сравнивается с другими бессерверными предложениями Azure, такими как Logic Apps, которые предоставляют бессерверные рабочие процессы, см. статью "Выбор правильной интеграции и автоматизации служб в Azure".

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

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

Notes

1. Если вы используете план потребления. Для плана Служба приложений функции выполняются на виртуальных машинах, выделенных для плана Служба приложений. См. раздел "Выбор правильного плана обслуживания" для Функции Azure.
2. Соглашение об уровне обслуживания (SLA) с двумя или более экземплярами.
3. Рекомендуется использовать в рабочей среде.
4. По завершении задания может сводиться к нулю.
5. Три для основных узлов и три для рабочих узлов.
6. При использовании Устойчивые функции.
7. Требуется минимальное количество трех узлов.

Networking

Notes

1. Требуется среда службы приложений или выделенная ценовая категория вычислений.
2. Используйте гибридные подключения к службе приложений Azure.
3. Требуется план Служба приложений или план Функции Azure Premium.

DevOps

Notes

1. К ним относятся IIS Express для ASP.NET или node.js (iisnode), веб-сервер PHP, Набор средств Azure для IntelliJ и Набор средств Azure для Eclipse. Также служба приложений поддерживает удаленную отладку развернутого веб-приложения.

Scalability

Notes

1. См. раздел "Автомасштабирование модулей pod".
2. См. статью "Автоматически масштабировать кластер для удовлетворения требований приложений по Служба Azure Kubernetes".
3. См. дополнительные сведения о подписке Azure, границах, квотах и ограничениях службы.
4. См. раздел "Настройка правил масштабирования" в приложениях контейнеров Azure.
5. см. масштабированиерешения Azure VMware.
6. см. VMware NSX.

Availability

Руководство по гарантиям обслуживания см. в статье "Основные Облачные службы — архитектура и гарантии службы Azure".

Security

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

• Виртуальная машина Windows Azure
• Виртуальная машина Azure Linux
• Служба приложений Azure
• Azure Functions
• Служба Azure Kubernetes
• Экземпляры контейнеров Azure
• Приложения контейнеров Azure
• Azure Service Fabric
• Azure Batch
• решения Azure VMware

Other criteria

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

Наряду с предыдущими таблицами сравнения выполните более подробную оценку следующих аспектов службы кандидатов:

• Service limits
• Cost
• SLA
• Regional availability

Contributors

Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участниками:

• Ayobami Ayodeji | Senior Program Manager
• Jelle Druyts | Principal Service Engineer
• Martin Gjoshevski | Senior Service Engineer
• Phil Huang | Senior Cloud Solution Architect
• Julie Ng | Senior Service Engineer
• Paolo Salvatori | Principal Service Engineer

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

Next steps

Основные Облачные службы — параметры вычислений Azure. В этом модуле Learn описывается, как вычислительные службы могут решать распространенные бизнес-потребности.

Related resources

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