Choisir un service de calcul Azure
Azure propose de nombreux moyens d'héberger le code de vos applications. Le terme calcul fait référence au modèle d’hébergement des ressources utilisées par votre application. Cet article vous aide à choisir un service de calcul pour votre application.
Choisir un service candidat
Utilisez l’organigramme suivant pour sélectionner un service de calcul candidat.
Téléchargez un fichier Visio de cet arbre de décision.
Ce diagramme fait référence à deux stratégies de migration :
- Lift-and-shift : stratégie de migration de charge de travail vers le cloud sans reconception de l’application ni modification de code. Elle est également appelée ré-hébergement. Pour plus d’informations, consultez le Centre de modernisation et de migration Azure.
- Optimisation pour le cloud : stratégie de migration vers le cloud consistant à refactoriser une application afin de tirer parti des fonctionnalités et capacité natives Cloud.
La sortie de cet organigramme est votre point de départ. Ensuite, évaluez le service pour voir s’il répond à vos besoins.
Cet article comprend plusieurs tableaux qui peuvent vous aider à choisir un service. Le candidat initial de l’organigramme peut ne pas convenir à votre application ou charge de travail. Dans ce cas, élargissez votre analyse pour inclure d’autres services de calcul.
Si votre application comprend plusieurs charges de travail, évaluez-les séparément. Une solution complète peut intégrer deux services de calcul ou plus.
Comprendre les fonctionnalités de base
Si vous n’êtes pas familiarisé avec le service Azure sélectionné dans la section précédente, consultez cette documentation de présentation :
- Machines virtuelles Microsoft Azure : service dans lequel vous déployez et gérez des machines virtuelles à l’intérieur d’un réseau virtuel Azure.
- Azure App Service : service géré pour l’hébergement d’applications web, de serveurs principaux d’applications mobiles, d’API RESTful ou de processus d’entreprise automatisés.
- Azure Functions: service qui fournit des fonctions managées qui s’exécutent en fonction de divers types de déclencheurs pour les applications pilotées par les événements.
- Azure Kubernetes Service (AKS) : service Kubernetes managé pour l’exécution d’applications conteneurisées.
- Azure Container Apps : service géré basé sur Kubernetes, qui simplifie le déploiement d’applications conteneurisées dans un environnement serverless.
- Azure Container Instances: ce service est un moyen rapide et simple d’exécuter un seul conteneur ou groupe de conteneurs dans Azure. Azure Container Instances ne fournit pas d’orchestration de conteneur complète, mais vous pouvez les implémenter sans avoir à provisionner de machines virtuelles ni à adopter un service de niveau supérieur.
- Azure Red Hat OpenShift : cluster OpenShift complètement managé pour l'exécution de conteneurs en production avec Kubernetes.
- Azure Service Fabric : plateforme de systèmes distribués qui peut s’exécuter dans de nombreux environnements, y compris sur Azure ou localement.
- Azure Batch : service géré qui permet d’exécuter des applications de calcul haute performance (HPC) et parallèles à grande échelle.
- Azure VMware Solution: service managé pour l’exécution de charges de travail VMware en mode natif sur Azure.
Comprendre les modèles d’hébergement
Pour les modèles d’hébergement, les services cloud se répartissent en trois catégories :
Infrastructure as a service (IaaS) : vous permet d’approvisionner des machines virtuelles ainsi que les composants de mise en réseau et de stockage associés. Ensuite, vous pouvez déployer les logiciels et les applications dont vous souhaitez disposer sur ces machines virtuelles. Ce modèle se rapproche le plus d’un environnement local traditionnel. Microsoft gère l’infrastructure Vous continuez à gérer les machines virtuelles.
Platform as a Service (PaaS) : offre un environnement d’hébergement géré, dans lequel vous pouvez déployer votre application sans avoir à gérer de machines virtuelles ni de ressources réseau. Azure App Service et Azure Container Apps sont des services PaaS.
Functions-as-a-Service (FaaS) : vous permet de déployer votre code sur le service, qui l’exécute automatiquement. Azure Functions est un exemple de service FaaS.
Notes
Azure Functions est une offre de calcul Azure serverless. Pour avoir une comparaison de ce service avec d’autres offres Azure serverless, telles que Logic Apps, qui fournit des workflows serverless, consultez Choisir les services d’intégration et d’automatisation appropriés dans Azure.
Il existe toute une gamme de services entre IaaS et le modèle PaaS pur. Par exemple, des machines virtuelles Azure peuvent se mettre à l’échelle automatiquement à l’aide de groupes de machines virtuelles identiques. Cette fonctionnalité n’est pas strictement PaaS, mais il s’agit du type de fonctionnalité de gestion que l’on trouve dans PaaS.
Il existe un compromis entre le contrôle et la facilité de gestion. IaaS offre un maximum de contrôle, de flexibilité et de portabilité, mais vous devez approvisionner, configurer et gérer les machines virtuelles et les composants réseau que vous créez. Les services FaaS gèrent automatiquement presque tous les aspects de l’exécution d’une application. PaaS se situe entre les deux.
| Service | Composition de l’application | Densité | Nombre minimal de nœuds | Gestion de l'état | Hébergement web |
|---|---|---|---|---|---|
| Machines virtuelles Azure | Sans dépendance | Sans dépendance | 1 2 | Sans état ou avec état | Sans dépendance |
| Azure App Service | Applications, conteneurs | Plusieurs applications par instance à l’aide d’un plan App Service | 1 | Sans état | Intégré |
| Les fonctions Azure | Fonctions, conteneurs | Serverless 1 | Serverless 1 | Sans état ou avec état 6 | Non applicable |
| Azure Kubernetes Service | Conteneurs | Plusieurs conteneurs par nœud | 3 3 | Sans état ou avec état | Sans dépendance |
| Azure Container Apps (Applications de Conteneur Azure) | Conteneurs | Sans serveur | Sans serveur | Sans état ou avec état | Sans dépendance |
| Azure Container Instances (Instances de Conteneur Azure) | Conteneurs | Aucune instance dédiée | Aucun nœud dédié | Sans état | Sans dépendance |
| Azure Red Hat OpenShift | Conteneurs | Plusieurs conteneurs par nœud | 6 5 | Sans état ou avec état | Sans dépendance |
| Azure Service Fabric | Services, exécutables invités, conteneurs | Plusieurs services par machine virtuelle | 5 3 | Sans état ou avec état | Sans dépendance |
| Azure Batch | Travaux planifiés | Plusieurs applications par machine virtuelle | 1 4 | Sans état | Non |
| Azure VMware Solution | Sans dépendance | Sans dépendance | 3 7 | Sans état ou avec état | Sans dépendance |
Remarques
- Si vous utilisez un plan Consommation. Pour un plan App Service, les fonctions s’exécutent sur les machines virtuelles allouées dans le cadre de votre plan App Service. Consultez Choisir le plan de service approprié pour Azure Functions.
- Contrat de niveau de service (SLA) supérieur avec deux instances ou plus.
- Recommandé pour les environnements de production.
- Peut revenir au point d’origine une fois la tâche terminée.
- Trois pour les nœuds principaux et trois pour les nœuds Worker.
- Lors de l’utilisation de Durable Functions.
- Exiger un nombre minimal de trois nœuds.
Mise en réseau
| Service | Intégration du réseau virtuel | Connectivité hybride |
|---|---|---|
| Machines virtuelles Azure | Prise en charge | Prise en charge |
| Azure App Service | Pris en charge 1 | Pris en charge 2 |
| Les fonctions Azure | Pris en charge 1 | Pris en charge 3 |
| Azure Kubernetes Service | Pris en charge | Prise en charge |
| Azure Container Apps (Applications de Conteneur Azure) | Prise en charge | Prise en charge |
| Azure Container Instances (Instances de Conteneur Azure) | Pris en charge | Pris en charge |
| Azure Red Hat OpenShift | Pris en charge | Prise en charge |
| Azure Service Fabric | Prise en charge | Prise en charge |
| Azure Batch | Prise en charge | Prise en charge |
| Azure VMware Solution | Pris en charge | Pris en charge |
Remarques
- Nécessite App Service Environment.
- Utiliser les connexions hybrides d’Azure App Service.
- Nécessite un plan App Service ou un plan Premium Azure Functions.
DevOps
| Service | Débogage local | Modèle de programmation | Mise à jour d’application |
|---|---|---|---|
| Machines virtuelles Azure | Sans dépendance | Sans dépendance | Aucune prise en charge intégrée |
| Azure App Service | IIS Express, autres 1 | Applications web et API, WebJobs pour les tâches en arrière-plan | Emplacements de déploiement |
| Les fonctions Azure | CLI Visual Studio ou Azure Functions | Serverless, basé sur les événements | Emplacements de déploiement |
| Azure Kubernetes Service | Minikube, Docker, autres | Sans dépendance | Mise à jour propagée |
| Azure Container Apps (Applications de Conteneur Azure) | Runtime de conteneurs local | Sans dépendance | Gestion des révisions |
| Azure Container Instances (Instances de Conteneur Azure) | Runtime de conteneurs local | Sans dépendance | Non applicable |
| Azure Red Hat OpenShift | Minikube, Docker, autres | Sans dépendance | Mise à jour propagée |
| Azure Service Fabric | Cluster de nœuds local | Invité exécutable, modèle de service, modèle d’acteur, conteneurs | Mise à niveau propagée (par service) |
| Azure Batch | Non prise en charge | Application de ligne de commande | Non applicable |
| Azure VMware Solution | Sans dépendance | Sans dépendance | Aucune prise en charge intégrée |
Remarques
- Les options incluent IIS Express pour ASP.NET ou node.js (iisnode), serveur web PHP, Azure Toolkit for IntelliJ et Azure Toolkit for Eclipse. App Service prend également en charge le débogage à distance de l’application web déployée.
Extensibilité
| Service | Mise à l’échelle automatique | Équilibrage de charge | Limite d’échelle3 |
|---|---|---|---|
| Machines virtuelles Azure | Groupes identiques de machines virtuelles | Azure Load Balancer (répartiteur de charge Azure) | Image de plateforme : 1 000 nœuds par groupe identique, image personnalisée : 600 nœuds par groupe identique |
| Azure App Service | Service intégré | Intégré | 30 instances, 100 avec App Service Environment |
| Les fonctions Azure | Service intégré | Intégré | 200 instances par application de fonction |
| Azure Kubernetes Service | Mise à l’échelle automatique de pod1, mise à l’échelle automatique de cluster2 | Azure Load Balancer ou Azure Application Gateway | 5000 nœuds lors de l’utilisation du Contrat de niveau de service de durée de bon fonctionnement |
| Azure Container Apps (Applications de Conteneur Azure) | Règles de mise à l'échelle4 | Intégré | 15 environnements par région (limite par défaut), applications conteneur illimitées par environnement et réplicas par application conteneur (en fonction des cœurs disponibles) |
| Azure Container Instances (Instances de Conteneur Azure) | Non prise en charge | Aucune prise en charge intégrée | 100 groupes de conteneurs par abonnement (limite par défaut) |
| Azure Red Hat OpenShift | Mise à l’échelle automatique de pod, mise à l’échelle automatique de cluster | Azure Load Balancer ou Azure Application Gateway | 250 nœuds par cluster (limite par défaut) |
| Azure Service Fabric | Groupes identiques de machines virtuelles | Azure Load Balancer (répartiteur de charge Azure) | 100 nœuds par groupe de machines virtuelles identiques |
| Azure Batch | Non applicable | Azure Load Balancer (répartiteur de charge Azure) | Limite de cœur de 900 dédiés et de 100 basse priorité (limite par défaut) |
| Azure VMware Solution | Service intégré5 | 6 intégrées | Par VMware vCenter peut gérer entre 3 et 16 hôtes VMware ESXi |
Remarques
- Consultez Mettre à l’échelle les pods automatiquement.
- Consultez Mise à l’échelle automatique d’un cluster pour répondre aux demandes applicatives d’Azure Kubernetes Service (AKS).
- Consultez l’article Abonnement Azure et limites, quotas et contraintes de service.
- Voir Définir des règles de mise à l’échelle dans Azure Container Apps.
- consultez mettre à l’échelle unAzure VMware Solution .
- consultez VMware NSX .
Disponibilité
| Service | Option de basculement multirégion |
|---|---|
| Machines virtuelles Azure | Azure Traffic Manager, Azure Front Door et Azure Load Balancer inter-régions |
| Azure App Service | Azure Traffic Manager et Azure Front Door |
| Les fonctions Azure | Azure Traffic Manager et Azure Front Door |
| Azure Kubernetes Service (AKS) | Azure Traffic Manager, Azure Front Door et cluster multirégion |
| Azure Container Apps (Applications de Conteneur Azure) | Azure Traffic Manager et Azure Front Door |
| Azure Container Instances (Instances de Conteneur Azure) | Azure Traffic Manager et Azure Front Door |
| Azure Red Hat OpenShift | Azure Traffic Manager et Azure Front Door |
| Azure Service Fabric | Azure Traffic Manager, Azure Front Door et Azure Load Balancer inter-régions |
| Azure Batch | Non applicable |
| Azure VMware Solution | Non applicable |
Pour une formation guidée sur les garanties de service, consultez Services cloud principaux – Architecture Azure et garanties de service.
Sécurité
Examinez et comprenez les contrôles de sécurité disponibles et la visibilité pour chaque service
- Machine virtuelle Windows Azure
- Machine virtuelle Linux Azure
- Azure App Service
- Azure Functions
- Azure Kubernetes Service
- Azure Container Instances
- Azure Service Fabric
- Azure Batch
- Azure VMware Solution
Autres critères
| Service | TLS | Coût | Styles d’architecture compatibles |
|---|---|---|---|
| Machines virtuelles Azure | Configuré au niveau de la machine virtuelle | Windows, Linux | Multiniveau, Big Compute (HPC) |
| Azure App Service | Prise en charge | Tarification d’App Service | Web-File d’attente-Worker |
| Les fonctions Azure | Prise en charge | Tarification de Functions | Microservices, architecture basée sur les événements |
| Azure Kubernetes Service (AKS) | Contrôleur d’entrée | Tarification d’AKS | Microservices, architecture basée sur les événements |
| Azure Container Apps (Applications de Conteneur Azure) | Contrôleur d’entrée | Tarification de Container Apps | Microservices, architecture basée sur les événements |
| Azure Container Instances (Instances de Conteneur Azure) | Utilisez le conteneur side-car | Tarification Container Instances | Microservices, automatisation des tâches, programmes de traitement par lots |
| Azure Red Hat OpenShift | Prise en charge | Tarifs d’Azure Red Hat OpenShift | Microservices, architecture basée sur les événements |
| Azure Service Fabric | Prise en charge | Tarification de Service Fabric | Microservices, architecture basée sur les événements |
| Azure Batch | Prise en charge | Tarification Batch | Big Compute (HPC) |
| Azure VMware Solution | Configuré au niveau de la machine virtuelle | tarification d’Azure VMware Solution | Charge de travail de machine virtuelle basée sur le format VMware |
Considérer les limites et les coûts
En plus des tableaux de comparaison précédents, effectuez une évaluation plus détaillée des aspects suivants du service candidat :
Contributeurs
Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants :
- Ayobami Ayodeji | Responsable de programme senior
- Jelle Druyts | Ingénieur service principal
- Martin Gjoshevski | Ingénieur service senior
- Phil Huang | Architecte de solutions cloud senior
- Julie Ng | Ingénieur de service senior
- Paolo Salvatori | Ingénieur des services principaux
Pour voir des profils LinkedIn privés, connectez-vous à LinkedIn.
Étapes suivantes
Services cloud principaux - Options de calcul Azure Ce module Learn explore la manière dont les services de calcul peuvent résoudre des besoins métier courants.