Serveur d'impression

Pourquoi Azure Arc change la donne pour Microsoft – Serveur d’impression

Le 7 décembre 2019 - 23 minutes de lecture

<div _ngcontent-c17 = "" innerhtml = "

À Ignite 2019, Satya Nadella, PDG de Microsoft, a annoncé une multitude de nouveaux produits et services de cloud hybride. L’annonce la plus importante du discours liminaire de Satya est Arc Azure, la plateforme hybride et multi-cloud de Microsoft.

Bien qu'une refonte majeure de la stratégie hybride soit attendue par les analystes et partenaires de Microsoft, Azure Arc a fait de nombreuses surprises. Par rapport à ses homologues du marché, Azure Arc se distingue par son approche et sa conception uniques.

Avant d'expliquer pourquoi Azure Arc change la donne, permettez-moi de disséquer l'architecture et la conception pour vous.

Architecture Azure en anglais simple

Depuis ses débuts il y a une décennie, Microsoft n'a cessé d'améliorer le plan de contrôle d'Azure, qui est responsable de la gestion du cycle de vie des ressources telles que les machines virtuelles, les instances de base de données, les clusters Hadoop et les clusters Kubernetes.

Dans la nomenclature technique, le plan de contrôle est appelé Azure Fabric Controller. Chaque fois qu'une ressource telle qu'une machine virtuelle est provisionnée, mise à l'échelle, arrêtée ou arrêtée, l'opération passe par le Fabric Controller.

Chaque ressource dans Azure signale constamment son état au Fabric Controller. Par exemple, dans le cas des machines virtuelles Azure, la communication est initiée et gérée par un agent (VM Agent) s'exécutant au sein de la machine virtuelle.

Entre le contrôleur de matrice et les ressources, il existe une autre couche appelée Azure Resource Manager (ARM) qui automatise le cycle de vie des ressources. Microsoft a créé des fournisseurs de ressources pour chacun des services exécutés dans Azure. Par exemple, les machines virtuelles, la base de données SQL et le service Azure Kubernetes agissent en tant que fournisseurs de ressources. Les clients peuvent déclarer la configuration de ces ressources via un modèle ARM – un simple fichier texte qui définit l'état souhaité d'une ressource.

Azure Arc en tant qu'extension du plan de contrôle Azure

Avec Azure Arc, Microsoft a étendu la prise en charge d'ARM aux ressources s'exécutant en dehors d'Azure. Cela signifie qu'un serveur physique fonctionnant dans un centre de données ressemble à une ressource de calcul aux yeux du Fabric Controller. Même les machines virtuelles s'exécutant sur VMware vSphere, Amazon EC2 et Google Compute Engine peuvent être enregistrées auprès d'Azure Resource Manager. Tout serveur Windows ou Linux – même ceux fonctionnant derrière un pare-feu et un proxy – peut être enregistré auprès d'ARM. Les machines virtuelles externes exécutent un logiciel similaire comme l'agent qui s'exécute dans les machines virtuelles Azure.

Outre les machines virtuelles, Azure ARC peut également enregistrer des clusters Kubernetes. Une fois intégré, tout cluster Kubernetes externe peut être géré comme le propre service Kubernetes d'Azure, AKS. Cela signifie qu'un cluster Pivotal Kubernetes Service s'exécutant sur vSphere dans le centre de données et les services Kubernetes gérés comme Amazon EKS, Google Kubernetes Engine et IBM Kubernetes Service peuvent être enregistrés auprès d'Azure Arc.

Ce qui est plus intéressant, c'est le fait qu'Azure Arc peut exécuter des services de base de données gérés dans des environnements hybrides et multicloud. Au moment de l'annonce, deux bases de données, Azure SQL Database et PostgreSQL Hyperscale, pouvaient être exécutées en dehors d'Azure. Certains des principaux avantages des bases de données gérées, telles que les mises à jour automatisées, les correctifs, les audits de sécurité, les mises à niveau sans contact sont transmis aux services de données Azure.

Enfin, les clients peuvent déployer des applications cloud natives modernes, regroupées sous forme de microservices, sur des machines virtuelles ou des clusters Kubernetes qui font partie d'Azure Arc. Les services applicatifs profitent des investissements récents dans des projets open source tels que Rudr et Dapr.

En résumé, Microsoft permet à Azure de gérer les services ci-dessous déployés en externe:

  1. Serveurs Windows et Linux fonctionnant dans du métal nu, des machines virtuelles et des IaaS de cloud public
  2. Clusters Kubernetes
  3. Services de données basés sur SQL Azure et PostgreSQL Hyperscale
  4. Applications empaquetées et déployées en tant que microservices exécutés sur Kubernetes

Azure Arc – Pourquoi s'en soucier?

Qu'est-ce que cela signifie pour les clients? Comment les entreprises peuvent-elles bénéficier d'Azure Arc?

Permettez-moi de répondre à ces questions.

Avec Azure Arc, les clients peuvent gérer les ressources déployées dans Azure et en dehors d'Azure via le même plan de contrôle. Ils peuvent tirer parti des capacités d'automatisation disponibles via les modèles ARM et l'API Azure.

Par exemple, un modèle ARM peut déployer un ensemble de machines virtuelles accessibles au public dans Azure tout en approvisionnant les machines virtuelles du centre de données qui exécutent les bases de données héritées. Il permet d'appliquer des stratégies RBAC, de balisage et d'identité aux ressources.

Les entreprises peuvent utiliser Azure Security Center pour garantir la conformité de toutes les ressources enregistrées avec Azure Arc, quel que soit l'endroit où elles sont déployées. Ils peuvent rapidement patcher les systèmes d'exploitation exécutés dans les machines virtuelles dès qu'une vulnérabilité est détectée. Les clients peuvent chiffrer les systèmes de fichiers sur toutes les machines virtuelles en appuyant sur un bouton. Les stratégies peuvent être définies une fois et appliquées automatiquement à toutes les ressources sur Azure, le centre de données et même aux machines virtuelles exécutées sur d'autres plateformes cloud.

Toutes les ressources enregistrées auprès d'Azure Arc envoient les journaux au central, basé sur le cloud Azure Monitor. Il s'agit d'une approche très puissante pour obtenir des informations à partir d'environnements d'infrastructure hautement distribués et disparates.

Finalement, Azure Automation Le service peut être utilisé pour effectuer des opérations de maintenance banales à avancées dans le cloud public, le cloud hyrbide et les environnements multi-cloud.

Les clients Azure Arc peuvent utiliser Azure Portal, Azure CLI, SDK et des outils tiers comme Terraform pour automatiser la gestion des ressources de la même manière que les ressources de cloud public sont gérées.

Azure Arc comme changeur de jeu

Avec Azure Arc, Microsoft permet aux entreprises dotées d'une infrastructure héritée de rejoindre le mouvement du cloud hybride. Un serveur physique x86 exécutant une version vieille de dix ans d'Oracle sous Linux peut facilement s'enregistrer auprès d'Azure Arc pour apparaître dans le portail Azure dans le même groupe de ressources et la même région qui exécute une application Web moderne et élastique qui communique avec la base de données héritée .

Microsoft n'éloigne pas les clients qui exécutent du matériel et des machines virtuelles hérités du cloud hybride. Les machines virtuelles sont traitées comme des citoyens de première classe dans le monde d'Azure Arc.

Avec AKS et Kubernetes, Azure Arc facilite l'exécution d'applications entièrement nouvelles empaquetées et déployées sous forme de conteneurs. Plus récemment, Microsoft et Alibaba ont publié conjointement une spécification appelée Modèle d'application ouvert ce qui simplifie la modélisation des microservices composés de plusieurs conteneurs. Rudr, une implémentation d'OAM deviendra la couche d'abstraction pour cibler l'infrastructure Kubernetes.

Ainsi, avec la prise en charge des machines virtuelles et de Kubernetes, Microsoft va simplifier la modernisation des applications et la transformation numérique avec Azure Arc sans trop de compromis.

Microsoft est également l'un des premiers à proposer des services de données gérées au cloud hybride. Étant donné que ces services de base de données sont regroupés sous forme de conteneurs et exécutés sur Kubernetes, leur gestion à partir du plan de contrôle Azure centralisé devient efficace.

Azure Arc est prêt à devenir la couche de gestion globale pour la nouvelle annonce offres de cloud hybride notamment Azure Stack Hub, Azure Stack HCI et Azure Stack Edge. Selon l'empreinte et la capacité, ils peuvent exécuter un ou plusieurs services Azure pris en charge via Azure Arc.

Avec le portefeuille Azure Arc et Azure Stack, Microsoft a réussi à combiner la stratégie matérielle et logicielle.

Azure Arc vs AWS Outposts

Avant-postes AWS sont des appliances d'infrastructure hyperconvergée conçues spécialement par Amazon, comprenant le calcul, la mémoire, le stockage et la mise en réseau. Étant donné que les appliances AWS Outposts sont basées sur Système AWS Nitro, ils viennent dans des configurations personnalisées.

Les clients Amazon s'abonnent au service Outposts tout comme ils consomment des instances EC2. Ils ne sont pas propriétaires de l'infrastructure.

Les clients AWS Outposts ont le choix entre deux piles différentes: version AWS uniquement avec les API AWS et le plan de contrôle familiers ou une variante VMware qui exécute vSphere, vSAN et NSX dans le cadre de la pile VMware SDDC.

Certains des services gérés AWS tels que Application Load Balancer (ALB), Amazon ECS et Amazon EKS pour les conteneurs, Amazon EMR pour les Big Data et Amazon RDS pour les bases de données s'exécutent sur AWS Outposts.

Par rapport aux AWS Outposts, Microsoft Azure Arc n'a pas besoin de matériel propriétaire. Toute machine virtuelle Linux ou Windows peut être enregistrée et gérée via Azure. Les avant-postes AWS sont comparables à Azure Stack Hub géré via Azure Arc.

Bien que les avant-postes exécutent l'infrastructure de conteneur via ECS et EKS, contrairement à Azure Arc, AWS ne peut pas gérer les clusters externes pour déployer les stratégies et la configuration.

AWS Outposts est une extension d'EC2 qui peut exécuter certains des services gérés AWS. Azure Arc est une plate-forme cloud hybride beaucoup plus large avec prise en charge d'une variété d'environnements de calcul s'exécutant dans le centre de données d'entreprise. Si l'environnement est capable d'exécuter un cluster Kubernetes géré, Azure Arc peut déployer des services de données.

Azure Arc contre Google Anthos

Anthos de Google est une plate-forme cloud hybride construite à l'aide de blocs de construction d'infrastructure modernes tels que Kubernetes, Istio et Knative. Il s'agit d'une extension logique de Google Kubernetes Engine qui s'exécute dans l'environnement client.

À travers le acquisition de Velostrata, Google a créé des outils qui convertissent les machines virtuelles traditionnelles en conteneurs exécutés sur Kubernetes. Bien que techniquement, Anthos puisse exécuter des machines virtuelles et des conteneurs côte à côte, Google encourage les clients à moderniser les applications grâce à la conteneurisation.

Google transfère lentement mais régulièrement certains des services gérés tels que Dataproc, Cloud Run et Kubeflow vers Anthos. D'autres services du portefeuille de données et d'IA devraient être transférés à Anthos à l'avenir.

Anthos peut également gérer des clusters Kubernetes tiers via un seul plan de contrôle. Il peut également appliquer et gérer des politiques de configuration et des paramètres de sécurité via un emplacement central.

Il existe de nombreuses similitudes entre Google Anthos et Azure Arc. Les deux peuvent enregistrer des clusters externes et les gérer via le même plan de contrôle. Les deux plates-formes peuvent déployer des applications sur plusieurs clusters. Comme Anthos, Azure Arc profite de la fondation Kubernetes pour exécuter des services de données gérés.

Mais la principale différence avec Azure Arc est la prise en charge de première classe des machines virtuelles. Les clients peuvent facilement mélanger et faire correspondre les serveurs physiques, les machines virtuelles et les clusters Kubernetes au sein de l'environnement hybride.

Google n'a pas encore apporté à Anthos des services de bases de données gérées tels que Cloud SQL et Bigtable. Azure Arc exécute SQL et PostgreSQL Hyperscale dès le premier jour.

Anthos inclut Cloud Run et Knative pour simplifier l'expérience des développeurs de traiter avec Kubernetes. Azure Arc encourage les développeurs à adopter la conception OAM et à déployer des applications basées sur Rudr et Dapr.

Sommaire

La définition d'un cloud hybride est étendue pour inclure des capacités multi-cloud. AWS avec Outposts, Google avec Anthos, IBM et Red Hat avec OpenShift et CloudPaks, VMware avec Project Pacific et Tanzu se battent pour gagner la part de marché et la part de marché.

Construite sur la base solide d'ARM, la stratégie hybride de Microsoft basée sur Azure Arc et Azure Stack semble convaincante et convaincante. La différenciation clé d'Azure Arc réside dans l'équilibre entre les charges de travail traditionnelles basées sur une machine virtuelle et les charges de travail conteneurisées modernes qui fonctionnent dans le même contexte des environnements hybrides et multicloud.

">

À Ignite 2019, Satya Nadella, PDG de Microsoft, a annoncé une multitude de nouveaux produits et services de cloud hybride. L’annonce la plus importante du discours liminaire de Satya est Azure Arc, la plate-forme hybride et multicloud de Microsoft.

Bien qu'une refonte majeure de la stratégie hybride soit attendue par les analystes et partenaires de Microsoft, Azure Arc a fait de nombreuses surprises. Par rapport à ses homologues du marché, Azure Arc se distingue par son approche et sa conception uniques.

Avant d'expliquer pourquoi Azure Arc change la donne, permettez-moi de disséquer l'architecture et la conception pour vous.

Architecture Azure en anglais simple

Depuis ses débuts il y a une décennie, Microsoft n'a cessé d'améliorer le plan de contrôle d'Azure, qui est responsable de la gestion du cycle de vie des ressources telles que les machines virtuelles, les instances de base de données, les clusters Hadoop et les clusters Kubernetes.

Dans la nomenclature technique, le plan de contrôle est appelé Azure Fabric Controller. Chaque fois qu'une ressource telle qu'une machine virtuelle est provisionnée, mise à l'échelle, arrêtée ou arrêtée, l'opération passe par le Fabric Controller.

Chaque ressource dans Azure signale constamment son état au Fabric Controller. Par exemple, dans le cas des machines virtuelles Azure, la communication est initiée et gérée par un agent (VM Agent) s'exécutant au sein de la machine virtuelle.

Entre le contrôleur de matrice et les ressources, il existe une autre couche appelée Azure Resource Manager (ARM) qui automatise le cycle de vie des ressources. Microsoft a créé des fournisseurs de ressources pour chacun des services exécutés dans Azure. Par exemple, les machines virtuelles, la base de données SQL et le service Azure Kubernetes agissent en tant que fournisseurs de ressources. Les clients peuvent déclarer la configuration de ces ressources via un modèle ARM – un simple fichier texte qui définit l'état souhaité d'une ressource.

Azure Arc en tant qu'extension du plan de contrôle Azure

Avec Azure Arc, Microsoft a étendu la prise en charge d'ARM aux ressources s'exécutant en dehors d'Azure. Cela signifie qu'un serveur physique fonctionnant dans un centre de données ressemble à une ressource de calcul aux yeux du Fabric Controller. Même les machines virtuelles s'exécutant sur VMware vSphere, Amazon EC2 et Google Compute Engine peuvent être enregistrées auprès d'Azure Resource Manager. Tout serveur Windows ou Linux – même ceux fonctionnant derrière un pare-feu et un proxy – peut être enregistré auprès d'ARM. Les machines virtuelles externes exécutent un logiciel similaire comme l'agent qui s'exécute dans les machines virtuelles Azure.

Outre les machines virtuelles, Azure ARC peut également enregistrer des clusters Kubernetes. Une fois intégré, tout cluster Kubernetes externe peut être géré comme le propre service Kubernetes d'Azure, AKS. Cela signifie qu'un cluster Pivotal Kubernetes Service s'exécutant sur vSphere dans le centre de données et les services Kubernetes gérés comme Amazon EKS, Google Kubernetes Engine et IBM Kubernetes Service peuvent être enregistrés auprès d'Azure Arc.

Ce qui est plus intéressant, c'est le fait qu'Azure Arc peut exécuter des services de base de données gérés dans des environnements hybrides et multicloud. Au moment de l'annonce, deux bases de données, Azure SQL Database et PostgreSQL Hyperscale, pouvaient être exécutées en dehors d'Azure. Certains des principaux avantages des bases de données gérées, telles que les mises à jour automatisées, les correctifs, les audits de sécurité, les mises à niveau sans contact sont transmis aux services de données Azure.

Enfin, les clients peuvent déployer des applications cloud natives modernes, regroupées sous forme de microservices, sur des machines virtuelles ou des clusters Kubernetes qui font partie d'Azure Arc. Les services applicatifs profitent des investissements récents dans des projets open source tels que Rudr et Dapr.

En résumé, Microsoft permet à Azure de gérer les services ci-dessous déployés en externe:

  1. Serveurs Windows et Linux fonctionnant dans du métal nu, des machines virtuelles et des IaaS de cloud public
  2. Clusters Kubernetes
  3. Services de données basés sur SQL Azure et PostgreSQL Hyperscale
  4. Applications empaquetées et déployées en tant que microservices exécutés sur Kubernetes

Azure Arc – Pourquoi s'en soucier?

Qu'est-ce que cela signifie pour les clients? Comment les entreprises peuvent-elles bénéficier d'Azure Arc?

Permettez-moi de répondre à ces questions.

Avec Azure Arc, les clients peuvent gérer les ressources déployées dans Azure et en dehors d'Azure via le même plan de contrôle. Ils peuvent tirer parti des capacités d'automatisation disponibles via les modèles ARM et l'API Azure.

Par exemple, un modèle ARM peut déployer un ensemble de machines virtuelles accessibles au public dans Azure tout en approvisionnant les machines virtuelles du centre de données qui exécutent les bases de données héritées. Il permet d'appliquer des stratégies RBAC, de balisage et d'identité aux ressources.

Les entreprises peuvent utiliser Azure Security Center pour garantir la conformité de toutes les ressources enregistrées avec Azure Arc, quel que soit l'endroit où elles sont déployées. Ils peuvent rapidement patcher les systèmes d'exploitation exécutés dans les machines virtuelles dès qu'une vulnérabilité est détectée. Les clients peuvent chiffrer les systèmes de fichiers sur toutes les machines virtuelles en appuyant sur un bouton. Les stratégies peuvent être définies une fois et appliquées automatiquement à toutes les ressources sur Azure, le centre de données et même aux machines virtuelles exécutées sur d'autres plateformes cloud.

Toutes les ressources enregistrées auprès d'Azure Arc envoient les journaux au moniteur Azure central basé sur le cloud. Il s'agit d'une approche très puissante pour obtenir des informations à partir d'environnements d'infrastructure hautement distribués et disparates.

Enfin, le service Azure Automation peut être utilisé pour effectuer des opérations de maintenance banales à avancées dans le cloud public, le cloud hyrbid et les environnements multi-cloud.

Les clients Azure Arc peuvent utiliser Azure Portal, Azure CLI, SDK et des outils tiers comme Terraform pour automatiser la gestion des ressources de la même manière que les ressources de cloud public sont gérées.

Azure Arc comme changeur de jeu

Avec Azure Arc, Microsoft permet aux entreprises dotées d'une infrastructure héritée de rejoindre le mouvement du cloud hybride. Un serveur physique x86 exécutant une version vieille de dix ans d'Oracle sous Linux peut facilement s'enregistrer auprès d'Azure Arc pour apparaître dans le portail Azure dans le même groupe de ressources et la même région qui exécute une application Web moderne et élastique qui communique avec la base de données héritée .

Microsoft n'éloigne pas les clients qui exécutent du matériel et des machines virtuelles hérités du cloud hybride. Les machines virtuelles sont traitées comme des citoyens de première classe dans le monde d'Azure Arc.

Avec AKS et Kubernetes, Azure Arc facilite l'exécution d'applications entièrement nouvelles empaquetées et déployées sous forme de conteneurs. Plus récemment, Microsoft et Alibaba ont publié conjointement une spécification appelée Open Application Model qui simplifie la modélisation des microservices composés de plusieurs conteneurs. Rudr, une implémentation d'OAM deviendra la couche d'abstraction pour cibler l'infrastructure Kubernetes.

Ainsi, avec la prise en charge des machines virtuelles et de Kubernetes, Microsoft va simplifier la modernisation des applications et la transformation numérique avec Azure Arc sans trop de compromis.

Microsoft est également l'un des premiers à proposer des services de données gérées au cloud hybride. Étant donné que ces services de base de données sont regroupés sous forme de conteneurs et exécutés sur Kubernetes, leur gestion à partir du plan de contrôle Azure centralisé devient efficace.

Azure Arc est prêt à devenir la couche de gestion globale pour les offres de cloud hybride nouvellement annoncées, y compris Azure Stack Hub, Azure Stack HCI et Azure Stack Edge. Selon l'empreinte et la capacité, ils peuvent exécuter un ou plusieurs services Azure pris en charge via Azure Arc.

Avec le portefeuille Azure Arc et Azure Stack, Microsoft a réussi à combiner la stratégie matérielle et logicielle.

Azure Arc vs AWS Outposts

Les avant-postes AWS sont des appliances d'infrastructure hyperconvergée conçues spécialement pour Amazon, comprenant le calcul, la mémoire, le stockage et la mise en réseau. Étant donné que les appliances AWS Outposts sont basées sur le système AWS Nitro, elles sont disponibles dans des configurations personnalisées.

Les clients Amazon s'abonnent au service Outposts tout comme ils consomment des instances EC2. Ils ne sont pas propriétaires de l'infrastructure.

Les clients d'AWS Outposts choisissent entre deux piles différentes: une version AWS uniquement avec les API AWS et le plan de contrôle familiers ou une variante VMware qui exécute vSphere, vSAN et NSX en tant que partie de la pile SDware VMware.

Certains des services gérés AWS tels que Application Load Balancer (ALB), Amazon ECS et Amazon EKS pour les conteneurs, Amazon EMR pour les Big Data et Amazon RDS pour les bases de données s'exécutent sur AWS Outposts.

Par rapport aux AWS Outposts, Microsoft Azure Arc n'a pas besoin de matériel propriétaire. Toute machine virtuelle Linux ou Windows peut être enregistrée et gérée via Azure. Les avant-postes AWS sont comparables à Azure Stack Hub géré via Azure Arc.

Bien que les avant-postes exécutent l'infrastructure de conteneur via ECS et EKS, contrairement à Azure Arc, AWS ne peut pas gérer les clusters externes pour déployer les stratégies et la configuration.

AWS Outposts est une extension d'EC2 qui peut exécuter certains des services gérés AWS. Azure Arc est une plate-forme cloud hybride beaucoup plus large avec prise en charge d'une variété d'environnements de calcul s'exécutant dans le centre de données d'entreprise. Si l'environnement est capable d'exécuter un cluster Kubernetes géré, Azure Arc peut déployer des services de données.

Azure Arc contre Google Anthos

Anthos de Google est une plate-forme cloud hybride construite à l'aide de blocs de construction d'infrastructure modernes tels que Kubernetes, Istio et Knative. Il s'agit d'une extension logique de Google Kubernetes Engine qui s'exécute dans l'environnement client.

Grâce à l'acquisition de Velostrata, Google a créé des outils qui convertissent les machines virtuelles traditionnelles en conteneurs exécutés sur Kubernetes. Bien que techniquement, Anthos puisse exécuter des machines virtuelles et des conteneurs côte à côte, Google encourage les clients à moderniser les applications grâce à la conteneurisation.

Google transfère lentement mais régulièrement certains des services gérés tels que Dataproc, Cloud Run et Kubeflow vers Anthos. D'autres services du portefeuille de données et d'IA devraient être transférés à Anthos à l'avenir.

Anthos peut également gérer des clusters Kubernetes tiers via un seul plan de contrôle. Il peut également appliquer et gérer des politiques de configuration et des paramètres de sécurité via un emplacement central.

Il existe de nombreuses similitudes entre Google Anthos et Azure Arc. Les deux peuvent enregistrer des clusters externes et les gérer via le même plan de contrôle. Les deux plates-formes peuvent déployer des applications sur plusieurs clusters. Comme Anthos, Azure Arc profite de la fondation Kubernetes pour exécuter des services de données gérés.

Mais la principale différence avec Azure Arc est la prise en charge de première classe des machines virtuelles. Les clients peuvent facilement mélanger et faire correspondre les serveurs physiques, les machines virtuelles et les clusters Kubernetes au sein de l'environnement hybride.

Google n'a pas encore apporté à Anthos des services de bases de données gérées tels que Cloud SQL et Bigtable. Azure Arc exécute SQL et PostgreSQL Hyperscale dès le premier jour.

Anthos inclut Cloud Run et Knative pour simplifier l'expérience des développeurs de traiter avec Kubernetes. Azure Arc encourage les développeurs à adopter la conception OAM et à déployer des applications basées sur Rudr et Dapr.

Sommaire

La définition d'un cloud hybride est étendue pour inclure des capacités multi-cloud. AWS avec Outposts, Google avec Anthos, IBM et Red Hat avec OpenShift et CloudPaks, VMware avec Project Pacific et Tanzu se battent pour gagner la part de marché et la part de marché.

Construite sur la base solide d'ARM, la stratégie hybride de Microsoft basée sur Azure Arc et Azure Stack semble convaincante et convaincante. La différenciation clé d'Azure Arc réside dans l'équilibre entre les charges de travail traditionnelles basées sur une machine virtuelle et les charges de travail conteneurisées modernes qui fonctionnent dans le même contexte des environnements hybrides et multicloud.

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.