Les entreprises continuent de s’orienter vers le cloud computing. Qu’il s’agisse d’utiliser un service de cloud individuel ou de migrer l’ensemble de votre infrastructure vers un nouvel écosystème de cloud, vous n’êtes pas le seul à rechercher les avantages supplémentaires des technologies de cloud.
Des améliorations de l’extensibilité, de la sécurité et de la flexibilité à la réduction des coûts et de l’impact environnemental, il existe une multitude de raisons pour passer au cloud. Bien entendu, la transition n’est plus aussi facile qu’elle l’était.
Depuis sa création, l’écosystème du cloud est devenu une myriade complexe et toujours croissante de fournisseurs, de technologies, de produits et de services. Lorsque vous essayez de rassembler les différentes combinaisons, votre choix d’options peut rapidement atteindre 1000. Il devient rapidement évident qu’il y a un trop grand choix.
Comme dans toute industrie, quelques entreprises s’élèvent au-dessus des autres pour devenir les leaders du marché. Quand on pense aux fournisseurs de cloud computing, trois noms figurent en tête de liste : Google Cloud Platform, Amazon Web Services et Microsoft Azure.
Aujourd’hui, nous allons comparer deux géants du cloud, Google Cloud Platform et Amazon Web Services. Nous nous plongerons dans les produits et services de chaque fournisseur. Nous cherchons à clarifier et à simplifier le processus de comparaison entre ces deux fournisseurs de services en ligne afin de prendre une décision éclairée.
Bien que nous utilisions exclusivement la plateforme Google Cloud ici chez Kinsta, nous vous donnerons une opinion impartiale. Les deux plateformes offrent de nombreux avantages, mais le choix de la plateforme qui vous convient le mieux dépendra en fin de compte des exigences propres à votre entreprise.
Pourquoi Google Cloud vs Amazon Web Services
Si vous envisagez d’utiliser des services de cloud, les trois fournisseurs que vous découvrirez sans doute sont Google Cloud, Amazon Web Services et Microsoft Azure. Aujourd’hui, nous allons nous concentrer plus précisément sur la comparaison de deux d’entre eux, Google Cloud vs AWS.
Ces géants du cloud sont des noms familiers dans l’espace technologique. Les deux organisations dominent depuis plus d’une décennie dans leurs secteurs respectifs. Reconnues comme des entreprises de premier plan au niveau mondial, elles sont méticuleuses dans leur quête d’innovation et d’excellence. Chacune d’entre elles possède une expertise qu’il est pratiquement impossible de concurrencer dans le domaine des technologies.
Avec leurs bases technologiques respectives, il n’est pas surprenant qu’ils aient développé des plateformes de cloud computing à la pointe de l’industrie. En septembre 2020, Gartner a de nouveau désigné Google et AWS comme leaders de leur « Magic Quadrant » des infrastructures en tant que service (IaaS).
Pour Amazon, c’est la dixième année consécutive qu’AWS s’est assuré le coin supérieur droit du quadrant Leader dans le Magic Quadrant de Gartner pour l’infrastructure de cloud en tant que service (IaaS). Elle a obtenu la meilleure place pour la capacité d’exécution et la meilleure place pour l’exhaustivité de la vision.
Google Cloud et AWS continuent de dominer l’industrie
Google Cloud et AWS ont dominé l’espace du cloud computing depuis que les solutions IaaS ont commencé à gagner du terrain en 2008.
En août 2020, un rapport de Gartner a nommé Google et Amazon dans un groupe de 5 fournisseurs d’infrastructure cloud publique qui représentent 80 % du marché de l’IaaS. Une tendance qui ne peut que se poursuivre, les deux organisations ayant doublé leur part de marché pour consolider leur position.
Malgré le fait que la pandémie mondiale bloque les principales économies, Gartner prévoit une croissance de 6,3 % recettes publiques mondiales du cloud en 2020. En raison de l’explosion du travail à distance, on peut raisonnablement s’attendre à des résultats comparatifs dans l’espace du cloud. D’autant plus que le rapport souligne une augmentation de 94 % du marché des ordinateurs de bureau en tant que service (Desktop as a Service – DaaS). Dans ce contexte, on peut s’attendre à ce que Google et Amazon poursuivent leur expansion.
Alors qu’ils ont tous deux commencé dans l’espace IaaS, vous pouvez maintenant vous tourner vers Google Cloud et AWS pour des centaines de solutions à travers IaaS, SaaS, et PaaS. Les deux organisations continuent d’innover et d’ajouter de nouvelles offres de services dans le cloud à leur liste en constante évolution.
Les revenus de la plateforme Google Cloud en 2020
Les résultats du quatrième trimestre et de l’exercice 2019 d’Alphabet ont montré que l’entreprise a continué à enregistrer une forte croissance, avec un chiffre d’affaires global en hausse de 18 % par rapport à l’année précédente. Malgré le manque de transparence des revenus générés par Google Cloud, l’entreprise a enregistré une croissance impressionnante de plus de 100 %, ce qui lui a permis de réaliser un chiffre d’affaires annuel de 10 milliards de dollars à la fin de l’année.
En 2020, l’arrivée de la pandémie de coronavirus a vu la société mère de Google Cloud – Alphabet – enregistrer sa toute première baisse de revenus trimestriels depuis son introduction en bourse en 2004. Dans ce contexte difficile, Google Cloud a en fait inversé la tendance, semblant n’avoir connu qu’une croissance accélérée.
Au premier trimestre, Google Cloud a fait des gains importants grâce à Google Meet, lorsque leur outil de vidéoconférence est devenu un succès pour les travailleurs à distance. Les communiqués de presse des premier, deuxième et troisième trimestres montrent une croissance continue des revenus de la plateforme Google Cloud. À l’approche de la fin de l’année 2020, les revenus de Google Cloud devraient atteindre un taux de croissance annuel de plus de 13 milliards de dollars, soit une croissance prévue de 30 % en 2019.
Les recettes d’Amazon Web Services en 2020
En 2019, la publication des résultats d’Amazon pour le quatrième trimestre a fait état d’un chiffre d’affaires de près de 10 milliards de dollars. L’organisation a ainsi réalisé un chiffre d’affaires annuel de plus de 40 milliards de dollars.
Avec l’émergence de la pandémie de coronavirus en 2020, la croissance d’AWS a considérablement ralenti. Les résultats des premier, deuxième et troisième trimestres montrent que la croissance de l’année en cours a diminué et s’est établie à un taux inférieur à 30 % pour chaque trimestre respectif. Il s’agit d’un ralentissement marqué par rapport à la croissance de 40 à 50 % enregistrée au cours des trois années précédentes.
Il ne s’agit pas d’un scénario pessimiste. Les revenus annuels d’AWS s’élèvent actuellement à 43 milliards de dollars, et ce chiffre devrait augmenter une fois le quatrième trimestre terminé. L’exception pourrait être si vous êtes un actionnaire d’Amazon, surtout après que Jeff Bezos ait dit aux actionnaires d’Amazon de « prendre un siège » pendant que leur réponse à COVID-19 mange les bénéfices d’exploitation.
Comparaison des fonctionnalités de Google Cloud et d’Amazon Web Services
Il n’est pas facile de comparer les plateformes Google Cloud et AWS. Leurs services de cloud computing, qui s’étendent et se développent sans cesse, comprennent désormais des centaines de produits parmi lesquels choisir. Pour compliquer encore les choses, les fournisseurs utilisent souvent des conventions de dénomination différentes pour des produits comparables. Ainsi, pour éviter de se perdre dans les détails, il faut un certain niveau de connaissance et de compréhension.
Pour vous simplifier la tâche, la plateforme Google Cloud et la plateforme de services Web d’Amazon regroupent heureusement leurs produits sous les mêmes rubriques de catégorie. Pour accélérer le processus et vous faire gagner du temps, nous avons fait le gros du travail en comparant les services les plus couramment utilisés dans les catégories critiques pour les entreprises.
Dans cette section, nous allons explorer les produits qui se combinent pour créer un déploiement typique du cloud – informatique, réseau, sécurité et stockage. Chez Kinsta, nous avons une expérience de première main dans l’utilisation de ces services pour fournir à nos clients des solutions d’hébergement WordPress de pointe.
Nous abordons également les considérations critiques qui entourent ces services. Support des services, stabilité de la plateforme, tarification et structure de facturation.
Fonctionnalités de calcul
En comparant les capacités de calcul de Google Cloud et d’Amazon Web Services, nous nous concentrerons sur les machines virtuelles (VM).
Ces émulations de systèmes informatiques offrent les fonctionnalités d’un ordinateur physique et exécutent presque toutes les charges de travail imaginables. Elles constituent la base de votre environnement dans le cloud, il est essentiel que vous choisissiez une configuration de VM qui réponde aux besoins de votre entreprise.
Les deux fournisseurs de cloud computing ont adopté une approche similaire à celle des VM, bien qu’ils utilisent des conventions de dénomination différentes pour leurs offres de produits individuelles.
Compute Engine est le service offert sur la plateforme Google Cloud, tandis qu’Amazon Web Services est appelé Amazon Elastic Compute Cloud (Amazon EC2). Chaque fournisseur utilise également une terminologie et des concepts différents.
Heureusement, Google a fait correspondre la terminologie et les concepts d’Amazon EC2 à ceux de Compute Engine – que vous pouvez voir dans le tableau ci-dessous :
Fonctionnalité | Amazon EC2 | Compute Engine |
Machines virtuelles | Instances | Instances |
Images machines | Amazon Machine Image | Image |
Machines virtuelles temporaires | Spot instances | Preemptible VMs |
Pare-feu | Security groups | Compute Engine firewall rules |
Mise à l’échelle automatique des instances | Auto Scaling | Compute Engine autoscaler |
Disque local attaché | Ephemeral disk | Local SSD |
Importation de VM | Formats supportés : RAW, OVA, VMDK et VHD | Formats supportés : RAW, OVA, VMDK et VHD |
Lieu de déploiement | Zonal | Zonal |
Cartographie de la terminologie de haut niveau pour Amazon EC2 et Google Compute Engine (Source du tableau : Google)
Fonctionnalités de machine virtuelle
Lors du déploiement d’instances de machines virtuelles sur Compute Engine Amazon EC2, les deux services offrent de nombreuses fonctionnalités qui s’alignent étroitement, notamment
- Possibilité d’utiliser des images disque stockées pour créer des instances
- Capacités à la demande pour lancer et terminer des instances
- Gestion sans restriction de vos instances
- Possibilité de marquer vos instances
- Variété de systèmes d’exploitation disponibles qui peuvent être installés sur votre instance
Accès aux machines virtuelles
Lorsqu’il s’agit d’accéder à votre VM, il existe un certain nombre de différences essentielles dans l’approche adoptée entre Compute Engine et Amazon EC2.
Si vous voulez un accès terminal à une instance d’Amazon EC2, vous devrez inclure votre propre clé SSH.
Compute Engine offre une approche plus souple de l’accès aux terminaux. Il vous permet de créer une clé SSH au fur et à mesure de vos besoins, même si cette instance est déjà en cours d’exécution. Vous n’aurez pas non plus besoin de stocker ces clés sur votre machine locale, grâce au terminal SSH basé sur le navigateur de Compute Engine qui est disponible via la Google Cloud Console.
Types d’instances de machines virtuelles
Lors du déploiement de votre machine virtuelle, Compute Engine et Amazon EC2 offrent tous deux une grande simplicité grâce à une série d’instances prédéfinies. Ces instances intègrent des configurations spécifiques de CPU, de RAM et de réseau virtuels.
Google et Amazon proposent tous deux des centaines de types de machines virtuelles, disponibles dans une variété de configurations. Ils offrent chacun une certaine flexibilité, vous permettant de personnaliser vos configurations afin d’adapter vos ressources de machines virtuelles aux besoins uniques de votre entreprise.
Vous pouvez y parvenir en augmentant le nombre de CPU et de RAM disponibles pour atteindre des spécifications extrêmement élevées.
Les prestataires ont les maximums suivants :
- Les VM du moteur de calcul de Google s’étendent jusqu’à 416 vCPU et 11 776 Go de RAM
- Les VM Amazon EC2 peuvent atteindre 448 vCPU et 24 576 Go de RAM
Dans l’ensemble des types de VM, les deux plateformes utilisent largement la même catégorisation. Bien que dans certaines catégories, un fournisseur puisse proposer un type de machine, l’autre ne le fait pas.
En fonction des besoins de votre entreprise, vous pouvez choisir parmi des types de machines dans différentes catégories, notamment le cœur partagé, les machines polyvalentes, les machines optimisées pour la mémoire, les machines optimisées pour le calcul, les machines optimisées pour le stockage, les machines GPU et les machines hautes performances.
Afin de vous fournir la meilleure comparaison de VM entre Amazon EC2 et Compute Engine, nous avons compilé le tableau suivant qui répertorie les types de machines les plus récents pour les deux services.
Type de machine | Amazon EC2 | Compute Engine |
Cœur partagé | N/A | f1-micro – g1-small e2-micro – e2-medium |
Objectif général | a1.medium – a1.metal t4g.nano – t4g.2xlarge t3.nano – t3.2xlarge t3a.nano – t3a.2xlarge t2.nano – t2.2xlarge m6g.medium – m6gd.metal m5.large – m5d.metal m5a.large – m5ad.24xlarge m5n.large – m5dn.24xlarge m4.large – m4.16xlarge |
e2-standard-2 – e2-standard-32 e2-highmem-2 – e2-highmem-16 e2-highcpu-2 – e1-highcpu-32 n1-standard-1 – n1-standard-96 n1-highmem-2 – n1-highmem-96 n1-highcpu-2 – n1-highcpu-96 n2-standard-2 – n2-standard-80 n2-highmem-2 – n2-highmem-80 n2-highcpu-2 – n2-highcpu-80 n2d-standard-2 – n2d-standard-224 n2d-highmem-2 – n2d-highmem-96 n2d-highcpu-2 – n2d-highcpu-224 |
Mémoire optimisée | r6g.medium – r6gd.metal r5.large – r5d.metal r5a.large – r5ad.24xlarge r5n.large – r5dn.24xlarge r4.large – r4.16xlarge x1e.xlarge – x1e.32xlarge x1.16xlarge – x1.32xlarge u-6tb1.metal -u24tb1.metal z1s.large – z1d.metal |
m1-ultramem-40 – m1-ultramem-160 m1-megamem-96 m2-ultramem-208 – m2-ultramem-416 |
Calcul optimisé | c6g.medium – c6gd.metal c5.large – c5d.metal c5a.large – c5ad.24xlarge c5n.large – c5n.metal c4.large – c4.8xlarge |
c2-standard-4 – c2-standard-60 |
Stockage optimisé | i3.large – i3.metal i3en.large – i3en.metal d2.xlarge – d2.8xlarge h1.2xlarge – h1.16xlarge |
N/A |
GPU | p4d.24xlarge p3.2xlarge – p3db.24xlarge p2.xlarge – p2.16xlarge inf1.xlarge – inf1.24xlarge g4dn.xlarge – g4dn.metal g3s.xlarge – g3.16xlarge f1.2xlarge – f1.16xlarge |
NVIDIA® Tesla® T4 – NVIDIA® Tesla® K80 NVIDIA® Tesla® T4 Virtual Workstation – NVIDIA® Tesla® P100 Virtual Workstation |
Haute performance | N/A | N/A |
Configuration personnalisée des ressources de la VM | Oui | Oui |
Images de machines virtuelles
Pour accélérer le déploiement de votre machine virtuelle, vous pouvez utiliser des images machines.
Elles sont généralement configurées pour inclure un système d’exploitation et le serveur web et le logiciel de base de données nécessaires. Compute Engine et Amazon EC2 utilisent tous deux des images machine pour créer de nouvelles instances. En plus des configurations standard, ils permettent tous deux d’utiliser des images publiées par un fournisseur tiers ou des images personnalisées créées pour un usage privé.
Les plateformes sont suffisamment similaires pour que vous puissiez utiliser le même flux de travail pour la création d’images sur Amazon EC2 et Compute Engine.
En ce qui concerne le stockage des images, ils adoptent des approches légèrement différentes. Sur Google Cloud, les images sont stockées avec Compute Engine, tandis qu’Amazon EC2 stocke ses images dans différents services – Amazon Simple Storage Service (S3) ou Amazon Elastic Block Store (EBS).
L’avantage particulier qu’Amazon EC2 offre par rapport au moteur de calcul est la possibilité d’accéder à un dépôt communautaire d’images prêtes à l’emploi et la possibilité de rendre vos propres images accessibles au public (si c’est une exigence).
D’un autre côté, Compute Engine offre l’avantage de disposer d’images machines disponibles dans le monde entier. Alors que les images Amazon Machine sont géo-localisées, c’est-à-dire qu’elles ne sont disponibles que dans une région spécifique.
Mise à l’échelle automatique des instances des machines virtuelles
L’un des avantages les plus puissants du cloud est la possibilité d’adapter les ressources de votre charge de travail à la demande. Cela va dans les deux sens, en augmentant les ressources en période de pointe pour maintenir les performances et en réduisant inversement les ressources en période de calme pour limiter le gaspillage et contrôler les dépenses. Ce processus est largement connu sous le nom d’autoscaling.
Compute Engine et Amazon EC2 prennent tous deux en charge et mettent en œuvre la mise à l’échelle automatique de manière similaire, ce qui vous permet de créer et de supprimer des ressources conformément aux politiques définies par l’utilisateur.
Amazon EC2 met automatiquement à l’échelle les instances dans un groupe, chaque instance étant créée à partir d’une configuration de lancement définie. Les instances sont créées ou supprimées en fonction de l’un des trois plans de mise à l’échelle choisis
- Manuel – vous demandez manuellement une augmentation ou une diminution automatique
- Calendrier – vous configurez des délais spécifiques pour mettre automatiquement les ressources à l’échelle
- Dynamique – vous créez des politiques pour faire évoluer vos instances en fonction des mesures d’Amazon CloudWatch ou des files d’attente d’Amazon Simple Queue Service (SQS).
Compute Engine évalue les instances dans un groupe d’instances géré. Chaque groupe d’instances est créé à partir d’un modèle d’instance dont les ressources sont mises à l’échelle en fonction d’une politique de mise à l’échelle automatique. Contrairement à Amazon EC2, l’a mise à l’échelle automatique de Compute Engine ne prend en charge que la mise à l’échelle dynamique.
Instances de machines virtuelles temporaires
Si vous souhaitez exploiter la puissance du cloud computing, mais que vous ne disposez que d’un budget limité, cela vaut la peine d’explorer l’option des instances temporaires. Il s’agit de machines virtuelles qui fonctionnent sur des cycles de ressources allouées à d’autres processus.
Les instances temporaires sont disponibles sporadiquement, il est donc préférable de les utiliser pour des travaux qui :
- peuvent être interrompus sans que vous perdiez votre travail
- n’ont pas besoin d’être achevés dans un délai déterminé, généralement des charges de travail peu prioritaires
- n’ont pas besoin d’une puissance de calcul supérieure, comme le rendu vidéo
Amazon EC2 et Compute Engine offrent tous deux une version des instances temporaires. Bien qu’ils utilisent des modèles de prix et des conventions de nommage différents, ils partagent un ensemble d’attributs communs lorsque leurs VM temporaires :
- sont entièrement contrôlables en cours d’exécution
- fonctionnent aux mêmes niveaux de performance que les instances à la demande
- sont limitées à un sous-ensemble de types de machines et d’images machines par rapport aux cas de demande
Les VM temporaires d’Amazon EC2 sont connues sous le nom de Spot Instances. Elles sont disponibles en deux formats :
- Undefined Spot Instances – vous achetez un Sport Instance pour une période de temps indéfinie, en payant le prix en vigueur pour la période de fonctionnement de vos instances. Ce type d’instance peut être disponible à un prix réduit jusqu’à 90 % du prix standard à la demande. Vous pouvez vérifier et comparer les prix actuels du Spot par rapport aux tarifs à la demande via Spot Instance Advisor.
- Spot Instances for Predefined Duration – vous achetez un bloc de temps à l’avance. Disponible par tranches horaires pour une durée maximale de 6 heures. Avec la planification à l’avance, vous n’avez accès qu’à des réductions allant de 30 à 50 %.
Les machines virtuelles temporaires de Compute Engine sont appelées Preemptibles Vitual Machines. Elles sont disponibles plus longtemps que leurs homologues d’Amazon EC2, fonctionnant jusqu’à 24 heures (si elles ne sont pas récupérées) avant d’être automatiquement arrêtées. Leur structure tarifaire est fixe et elles sont disponibles à un taux réduit allant jusqu’à 80 % par rapport aux tarifs à la demande des instances équivalentes de VM.
Fonctionnalités de réseau
Amazon Web Services et Google Cloud ont chacun développé une formidable infrastructure mondiale de cloud computing. Leurs réseaux tentaculaires sont constitués de centaines de centres de données interconnectés à travers le monde.
Chaque fournisseur a développé un réseau en cloud de pointe conçu pour une tolérance élevée aux pannes, d’innombrables scénarios de redondance et de faibles niveaux de latence. Chacun offre des services de réseau capables de fournir une connectivité à haut débit aux machines virtuelles, à d’autres services de cloud et aux serveurs sur site.
Dans cette section, nous allons les examiner de plus près, en comparant les produits et services de mise en réseau proposés par Google et Amazon.
Produit | Amazon Web Services | Google Cloud Platform |
CDN | Amazon CloudFront | Cloud CDN |
Interconnexion dédiée | AWS Direct Connect | Cloud Interconnect |
DNS | AWS Route 53 | Cloud DNS |
Équilibrage de charge | Elastic Load Balancing | Cloud Load Balancing |
Réseaux virtuels | Amazon Virtual Private Cloud | Google Virtual Private Cloud |
Tiers | N/A | Network Service Tiers |
Localisations
Les deux fournisseurs poursuivent une expansion rapide de leurs infrastructures respectives, avec de nouveaux centres de données en développement ou prévus pour l’avenir. Lorsque l’on compare les nombres d’emplacements pour la disponibilité du réseau, il semble que ce dernier soit trop proche pour être appelé.
Localisation du réseau Google Cloud
Google se targue de disposer de réseaux de cloud actuellement disponibles dans 37 régions, 73 zones, 144 localisations en bordure de réseau et plus de 200 pays et territoires. De nouveaux sites ont récemment été ajoutés à Séoul, Salt Lake City, Las Vegas et Jakarta.
À l’avenir, Google Cloud continuera à se développer dans les endroits suivants : Varsovie (Pologne), Doha (Qatar), Toronto (Canada), Paris (France), Milan (Italie), Santiago (Chili) et Madrid (Espagne).
Localisations du réseau Amazon Web Services
AWS propose désormais des localisations de réseau de cloud disponibles dans 24 régions, 77 zones, 210 localisations en bordure de réseau et 245 pays et territoires. Bien que les chiffres semblent trop proches pour qu’on puisse les appeler, le réseau d’Amazon est plus vaste, offrant de multiples zones de disponibilité dans deux fois plus de régions que Google. Ce qui leur donnerait un avantage en termes de latence.
Bientôt, Amazon prévoit de lancer des centres de données supplémentaires à Hyderabad (Inde), Jakarta (Indonésie), Osaka (Japon), Madrid (Espagne) et Zurich (Suisse).
Réseau de diffusion de contenu (CDN)
AWS et Google Cloud proposent chacun un produit de réseau de diffusion de contenu (CDN). Tous deux permettent de diffuser plus rapidement vos contenus et services aux utilisateurs finaux, en les répliquant et en les hébergeant sur leur infrastructure mondiale pour permettre un accès plus local. Cela signifie des temps de chargement plus rapides, une réduction de la pression sur la bande passante et une plus grande réactivité de vos applications, sites web et services.
Baptisés Amazon CloudFront et Cloud CDN, ils offrent chacun une sécurité renforcée pour se défendre contre les attaques DDoS de la couche réseau et transport les plus fréquentes par défaut. Ils offrent également une intégration profonde avec leurs plateformes respectives, ce qui vous permet de débloquer des outils supplémentaires pour surveiller et améliorer les performances.
Équilibrage de charge
Google Cloud et AWS offrent tous deux des services d’équilibrage de charge. Configurés de manière appropriée, ils vous aideront à répartir automatiquement le trafic entre plusieurs instances pour une meilleure disponibilité et une meilleure tolérance aux pannes de vos applications. Ils offrent ces services dans différentes configurations que nous allons maintenant examiner de plus près.
Équilibrage de charge AWS
Le service d’équilibrage de charge d’AWS est appelé Elastic Load Balancing (ELB). Il présente les caractéristiques et les capacités suivantes :
- Vous pouvez utiliser les services d’équilibrage de charge AWS à la fois en interne et en externe.
- Cela vous permet de diriger le trafic vers des instances situées dans une ou plusieurs zones de disponibilité dans une région donnée.
- Des contrôles réguliers sont effectués sur les instances cibles, lorsqu’une instance devient malsaine, le trafic est redirigé.
- ELB peut être intégré au service de mise à l’échelle automatique d’AWS, ce qui permet d’ajouter et de supprimer automatiquement les cas où la mise à l’échelle automatique met à l’échelle en haut ou en bas
- Un équilibreur de charge d’application est disponible pour le routage basé sur le contenu et le SSL
- Un équilibreur de charge réseau est disponible pour les connexions de couche 4 à haut débit et faible latence.
Consultez la section de comparaison d’Elastic Load Balancing pour une comparaison plus détaillée des caractéristiques.
Équilibrage de charge Google Cloud
Le service d’équilibrage de charge de Google est judicieusement appelé Cloud Load Balancing. Il offre des caractéristiques et des capacités différentes :
- Les services d’équilibrage de charge de Google Cloud sont séparés entre l’accès interne et externe.
- Contrairement à ELB, une adresse IP unique, accessible dans le monde entier, vous est attribuée lorsque tout équilibreur de charge externe du moteur de calcul est provisionné. Cette adresse IP est utilisée pendant toute la durée de vie de l’équilibreur de charge et peut donc être utilisée pour les enregistrements DNS, les listes d’autorisation et la configuration dans les applications.
Les différents types d’équilibreurs de charge de Compute Engine comprennent :
- Équilibrage de la charge du réseau – conçu pour l’équilibrage externe de la charge de la couche 4, il prend en charge l’équilibrage du trafic UDP et TCP sur plusieurs ports ou plages de ports.
- Équilibrage de charge HTTP(S) avec TCP et SSL proxy – conçu pour l’équilibrage de charge externe de la couche 7, le trafic est équilibré par le biais de divers protocoles mondiaux et régionaux. Le trafic est automatiquement redirigé vers la zone d’administration la plus proche, en fonction de la capacité disponible.
- Équilibrage interne de la charge TCP/UDP – équilibrage régional de la charge défini par le logiciel qui redirige le trafic de votre instance vers une instance dorsale.
- Équilibrage de charge interne HTTP(S) – pour assurer l’équilibrage de charge des données d’application de la couche 7 à l’aide d’un proxy, avec gestion avancée du trafic et terminaison TLS.
Connectivité privée à d’autres réseaux
Si vous souhaitez créer une connexion privée à des instances situées en dehors de votre configuration de cloud, comme votre environnement sur site, AWS et Google Cloud offrent tous deux des services répondant à de multiples exigences :
Réseau privé virtuel (VPN)
Les offres respectives de Cloud Router et d’Amazon VPC vous permettent de créer une passerelle privée entre leur cloud et vos réseaux
Connectivité privée à un VPC
Lorsqu’un VPN n’offre pas la vitesse nécessaire pour certaines charges de travail, une ressource dédiée est nécessaire. Les deux fournisseurs offrent des services de connectivité privés avec une ligne de réseau offrant un niveau de capacité dédié :
- AWS vous permet de créer une ligne louée privée avec un partenaire AWS grâce à son service Direct Connect. Accédez à une connexion de 1 à 10 Gbps vous offrant des vitesses de connexion de 50 Mbps.
- Google vous permet de créer une connectivité physique directe à votre VPC Google à partir d’une installation partenaire avec des incréments de 10 Gbps grâce à son service Dedicated Interconnect. Tout comme le service AWS, le service Partner Interconnect offre des vitesses de connexion à partir de 50 Mbps.
Connectivité à haut débit à d’autres services de cloud
Les deux fournisseurs offrent une connectivité à haut débit pour l’accès aux services de cloud en dehors de votre VPC.
Le service Direct Connect d’AWS crée une interface virtuelle distincte par laquelle vous pouvez accéder à tous les services de cloud d’AWS.
Google Cloud propose une gamme de services plus étendue :
- Direct Peering – vous permet d’accéder à tous les services de Google dans le cloud par le biais d’une ligne de réseau privée vers n’importe quel point de présence de Google Edge.
- Carrier Peering – offre les mêmes services d’interconnectivité, seule la connexion est louée auprès d’un partenaire Google.
- Accès privé à Google pour les hôtes sur site – fournit un accès privé par le biais d’une interconnexion dédiée ou d’une interconnexion entre partenaires.
Connectivité du réseau de diffusion de contenu
Les deux fournisseurs offrent des tarifs réduits pour la sortie de vos ressources de cloud vers un fournisseur CDN. Amazon fournit ces tarifs uniquement pour son propre service CDN, Amazon CloudFront. Google propose CDN Interconnect, qui offre des tarifs de sortie réduits par le biais de plusieurs fournisseurs CDN.
DNS
Les deux fournisseurs fournissent des services DNS gérés par l’intermédiaire de leurs offres respectives Amazon Route 53 et Cloud DNS. Chacun d’entre eux prend en charge presque tous les types d’enregistrements DNS, les services basés sur anycast et l’enregistrement de noms de domaine.
Lorsqu’ils diffèrent, Amazon Route 53 prend en charge deux options de routage, là où Cloud DNS ne le fait pas. Le routage basé sur la géographie, qui permet de limiter le contenu à des emplacements géographiques. Et le routage basé sur la latence, qui dirige le trafic en fonction des niveaux de latence mesurés par les services DNS.
Le tableau ci-dessous présente une liste des caractéristiques des deux services :
Fonctionnalité | Amazon Route 53 | Cloud DNS |
Zone | Hosted Zone | Managed Zone |
Prise en charge de la plupart des types d’enregistrements DNS | Oui | Oui |
Service Any-cast | Oui | Oui |
Routage basé sur la latence | Oui | Non |
Routage basé sur la géographie | Oui | Non |
DNSSEC pour le service DNS | Non | Oui |
Zones privées / Horizon partagé | Oui | Oui |
Service de réseau tiers
À ce jour, la plateforme Google Cloud est le seul fournisseur à proposer des niveaux de services réseau à ses clients. En choisissant entre un niveau Standard et Premium, vous avez la possibilité d’optimiser votre réseau en fonction des performances et du prix.
Niveau Premium
Le choix du niveau Premium débloque le réseau à haute performance et à faible latence de Google. Votre trafic est priorisé, étant acheminé par le moins de sauts possible via les chemins les plus rapides pour accélérer les vitesses de transport et augmenter la sécurité. Vous avez également accès à l’équilibrage de charge du réseau mondial, tout en étant protégé par un accord de niveau de service (SLA) global.
Niveau Standard
En choisissant le niveau Standard, vous vous connectez au réseau de Google, moins performant, qui reste très compétitif par rapport aux autres services de cloud public. Vos services d’équilibrage de charge restent régionaux et vous n’êtes pas protégé par un accord de niveau de service (SLA) global. Cette option est destinée à ceux dont le coût l’emporte sur les performances.
Fonctionnalités de stockage
Il existe cinq types de services de stockage différents disponibles sur les plateformes Amazon et Google Cloud. Il est important de comprendre les différents types de stockage et de disques utilisés, car ils auront une influence directe sur vos performances.
Stockage d’objets distribués
Le stockage distribué d’objets est une méthode de stockage de données sous forme d’objets, également appelés blobs. Il vous permet de stocker, de protéger et d’accéder à de grands volumes de données pour les utiliser dans un large éventail de scénarios, y compris les sites web, les applications mobiles, les sauvegardes, l’archivage et l’analyse de données volumineuses.
Amazon Simple Storage Service (S3) et Google Cloud Storage sont les services de stockage d’objets distribués concurrents. Ils fonctionnent tous deux de manière similaire, vous permettant de stocker des objets dans un seau. Chaque seau peut être identifié par une clé unique et chaque objet est associé à un enregistrement de métadonnées contenant des informations telles que la taille de l’objet, la date de dernière modification et le type de support.
Les deux prestataires ont également mis en place un ensemble de fonctionnalités similaires pour leurs services, notamment :
- La possibilité d’héberger des médias et des contenus web statiques
- Le versionnage des objets – un objet peut être stocké sous plusieurs versions distinctes afin d’éviter la perte de données par écrasement accidentel des objets
- La gestion du cycle de vie des objets – vous permet d’automatiser la migration et la suppression d’objets grâce à des politiques de cycle de vie prédéfinies par l’utilisateur
- Des notifications de mise à jour – qui peuvent être configurées pour émettre des notifications chaque fois que des objets sont créés, mis à jour ou supprimés. Avec Google, le stockage dans le cloud offre une approche plus granulaire des types de notification.
- Un accord de niveau de service (SLA) – Amazon S3 et Cloud Storage offrent tous deux des garanties de temps de fonctionnement SLA avec un montant de remboursement échelonné dès que le temps de fonctionnement descend en dessous de 99,95 %.
Vous trouverez ci-dessous un tableau présentant une comparaison plus détaillée de la terminologie et des fonctionnalités :
Fonctionnalité | Amazon S3 | Cloud Storage |
Unité de déploiement | Seau | Seau |
Identificateur de déploiement | Une clé unique au monde | Une clé unique au monde |
Émulation de système de fichiers | Limitée | Limitée |
Métadonnées d’objet | Oui | Oui |
Versions d’objets | Oui | Oui |
Gestion du cycle de vie des objets | Oui | Oui |
Notifications de mise à jour | Event notifications | Pub/Sub notifications for Cloud Storage, Cloud Storage triggers for Cloud Functions, and object change notifications |
Classes de service | Standard, Standard-Infrequent Access, One Zone-Infrequent Access, Amazon Glacier | Standard, Nearline, Coldline, Archive |
Lieu de déploiement | Régional | Multi-régional et régional |
Prix | Tarification en fonction de la quantité de données stockées par mois, de la sortie du réseau et du nombre de requêtes d’API communes | Tarification en fonction de la quantité de données stockées par mois, de la sortie du réseau et du nombre de requêtes d’API communes |
Stockage en bloc
Le stockage en bloc est le processus qui consiste à ajouter un disque virtuel à une machine virtuelle basée sur le cloud.
Les deux fournisseurs proposent des services de stockage en bloc qui s’intègrent à leurs services VM de calcul respectives, offrant plusieurs types de stockage en bloc qui peuvent être configurés selon différents niveaux de performances et de prix.
Google fournit Persistent Disk en combinaison avec Compute Engine pour son service de stockage en bloc. Alors qu’Amazon fournit Elastic Block Store (EBS) en conjonction avec Amazon EC2. Chacun d’eux vous offre la possibilité d’attacher des disques de deux manières différentes :
Disques attachés au réseau
Un disque attaché au réseau est un volume de disque connecté à votre instance de VM via le réseau du fournisseur de cloud. Cela apporte les avantages inhérents au cloud, à savoir la redondance intégrée, l’instantanéité et la facilité de détachement et de rattachement des volumes de disque.
Examinons de plus près les comparaisons de fonctionnalités entre Google et les services de stockage en bloc d’Amazon :
Fonctionnalité | Amazon EBS | Google Persistent Disks |
Types de volumes | EBS Provisioned IOPS SSD, EBS General Purpose SSD, Throughput Optimized HDD, Cold HDD | Zonal standard persistent disks (HDD), regional persistent disks, zonal SSD persistent disks, regional SSD persistent disks |
Règles de volume local | Doit se trouver dans la même zone que l’instance à laquelle il est rattaché | Doit se trouver dans la même zone que l’instance à laquelle il est rattaché |
Volume joint | Un seul volume à attacher à un maximum de 16 instances – chacune avec des autorisations de lecture-écriture sur le volume partagé | Un seul volume peut être attaché à un maximum de 10 instances en mode lecture seule |
Volumes joints par instance | Jusqu’à 40 | Jusqu’à 128 |
Taille maximale du volume | 16 TiB | 64 TB |
Redondance | Zonale | Zonale ou multi-zonale selon le type de volume |
Instantanés | Oui | Oui |
Localité de l’instantané | Régional | Global |
Il existe des différences de caractéristiques distinctes qui nécessitent un examen plus approfondi :
Attachement et détachement de volume
Une fois que vous avez créé un volume de disque, vous pouvez l’attacher à une seule instance de Compute Engine ou d’Amazon EC2. Cette instance peut ensuite monter et formater le volume de disque. Vous pouvez également choisir de démonter et de détacher ce volume de disque, qui peut alors être rattaché à une instance séparée.
Jusqu’à récemment, Google avait un avantage significatif en offrant la possibilité d’attacher un seul volume à plusieurs instances en mode lecture seule. Cela a changé avec l’introduction par Amazon de l’EBS Multi-Attach, permettant à un seul volume d’être attaché à 16 instances AWS Nitro dans la même zone de disponibilité. Chaque instance dispose d’autorisations de lecture-écriture sur le volume partagé.
Instantané de volumes
Google Persistent Disk et Amazon EBS vous permettent de créer et de stocker des instantanés de votre volume de disque. Vous pouvez ainsi créer de nouveaux volumes à une date ultérieure en utilisant l’instantané. Le processus de création d’instantanés est similaire dans tous les services. Au départ, on crée une copie complète du volume, les futurs instantanés ne copiant que les modifications apportées au volume précédent.
C’est leur disponibilité qui diffère. Les instantanés Google ont l’avantage d’être disponibles dans le monde entier et peuvent être utilisés dans n’importe quelle région sans frais ou exigences supplémentaires. Les instantanés d’Amazon EBS sont différents et ne sont disponibles que dans une seule région par défaut. Vous devez expressément copier et encourir des frais de transfert de données si vous souhaitez rendre un instantané avec EBS disponible dans une autre région.
Disques attachés localement
Un disque attaché localement est directement connecté à la machine physique qui exécute votre instance. Cette connexion directe offre les avantages d’une latence réduite et d’un débit plus élevé pour des performances accrues.
Voyons de plus près comment les disques à attachement local dans Compute Engine et Amazon EC2 se comparent pour les fonctionnalités de leurs services de stockage en bloc respectifs :
Stockage en bloc | Amazon EC2 | Google Persistent Disks |
Nom du service | Instance store | Local SSD |
Volume attaché | Lié au type d’instance | Peut être rattaché à toute instance non partagée |
Type d’appareil | Varie selon le type d’instance – HDD, SSD, etc. | SSD |
Volumes attachés par instance | Varie selon le type d’instance – jusqu’à 24 | 24 |
Capacité de stockage | Varie selon le type d’instance – jusqu’à 2500 Go par volume | 356 GB par volume |
Migration en direct | Non | Oui |
Redondance | Aucune | Aucune |
Stockage de fichiers
Si vous avez besoin d’un stockage de fichiers dans le cadre de votre installation dans le cloud, il existe des services proposés par AWS et Google Cloud. Ils s’appellent respectivement Amazon Elastic File System (EFS) et Google Filestore, ce dernier étant une nouvelle édition issue des tests bêta de la fin 2018.
Les deux offrent un service entièrement géré, dans lequel vous pouvez rapidement créer et configurer des systèmes de fichiers, tandis que l’infrastructure sous-jacente et le déploiement, les correctifs et la maintenance associés sont pris en charge par votre fournisseur. La sécurité des données est assurée par un cryptage au repos et en transit, avec la possibilité de faire évoluer vos instances pour répondre à l’évolution des exigences de performance.
Une grande différence entre les deux fournisseurs, Amazon EFS fonctionne avec le nouveau protocole NFSv4 (Network File System Protocol). Alors que le service Filestore de Google utilise l’ancien protocole NFSv3. Des études ont montré que NFSv4 apporte des améliorations significatives en termes de performances par rapport à NFSv3, mais les spécifications de débit et de performances IOPS des deux fournisseurs sont étonnamment similaires.
Amazon EFS offre des performances allant jusqu’à 10 Go/sec et plus de 500 000 IOPS, tandis que Filestore est censé atteindre un maximum de 16 Go/sec et 480.000 IOPS. En termes simples, ces deux systèmes vous offriront une infrastructure de stockage capable de gérer vos charges de travail les plus performantes avec une faible latence.
Stockage au calme
Si vous envisagez de stocker des données qui ne sont pas consultées fréquemment, sans qu’elles soient immédiatement disponibles, vous devriez envisager un stockage au calme.
Amazon S3 et Cloud Storage offrent tous deux une classe de stockage à coût réduit pour ce type de données. Amazon S3 propose des classes de stockage peu fréquentes, Standard IA et One Zone-IA. Le stockage dans le cloud offre des classes peu fréquentes de Nearline et Coldline.
Stockage au calme ou archivage des données
Si vous envisagez de stocker des données à des fins d’archivage, qui ne nécessitent pas de récupération régulière ou rapide, Amazon et Google proposent tous deux une classe supplémentaire de stockage au calme pour ce type de données. Ils sont connus sous le nom de Amazon Glacier et Google Archival Cloud Storage.
Ces deux options de stockage sont rentables pour la préservation à long terme de données qui sont peut-être consultées moins d’une fois par an.
Fonctionnalité de sécurité
La sécurité sera la principale considération à prendre en compte lors de l’exploration d’un fournisseur de services de cloud. Lorsque vous comparez la sécurité du cloud, vous souhaitez explorer et vous concentrer sur les contrôles, les politiques, les processus et les technologies qui se combineront pour protéger vos données, vos systèmes et votre infrastructure basés sur le cloud.
Amazon Web Services et Google Cloud sont tous deux réputés pour offrir une sécurité de pointe dans le cloud. Ils se sont engagés à faire progresser en permanence la recherche et le développement de leurs plateformes afin de rester résistants à un paysage de menaces en constante évolution.
En adoptant une approche de haut niveau, les deux fournisseurs assurent la sécurité dans le cloud de trois manières :
- Sécurité de leur cloud – vous offrant une protection par défaut grâce à des capacités de sécurité intégrées dans l’infrastructure sous-jacente de leur plateforme de cloud
- Sécurité dans le cloud – vous permettant de renforcer la protection de vos applications et de vos données grâce à des produits et services de sécurité supplémentaires disponibles au sein de leur plate-forme dans le cloud
- Sécurité partout – protection de vos biens, quel que soit leur emplacement, en étendant les capacités de sécurité au-delà de leur plate-forme de cloud grâce à des protocoles tels que le cryptage
Pour en savoir plus sur le service, examinons les principales considérations lorsque nous comparons la sécurité de Google Cloud et celle d’AWS.
Conformité
La protection des données et le respect de la réglementation constituent une marée montante de contrôle réglementaire appliqué à l’information par les gouvernements et l’industrie. La conformité doit être prise en compte lors du choix de votre plate-forme de cloud computing.
Les plateformes AWS et Google Cloud répondent à certaines des exigences de conformité les plus strictes, notamment CSA STAR, GDPR, HIPPA, PCI-DSS et une série de normes ISO.
Les deux fournisseurs offrent des programmes de conformité qui englobent les certifications, les lois, les règlements, les frameworks et la protection de la vie privée, avec un croisement distinct.
La plateforme de cloud computing et les programmes de conformité AWS d’Amazon répondent à 75 normes de conformité. Les offres de conformité de Google Cloud répondent également à 75 normes de conformité. Ces deux fournisseurs sont donc une option viable, même si vous travaillez dans un secteur très réglementé comme les soins de santé ou les services financiers.
Le RGPD continue de faire les gros titres dans le domaine de la conformité. Soyez assurés que les plateformes AWS et Google Cloud sont toutes deux conformes au RGPD, chacune offrant un centre de ressources. Il vous aide à répondre aux exigences en matière de protection, de traitement et de confidentialité des données que vous détenez sur un citoyen européen.
Cryptage
Le cryptage joue un rôle essentiel dans la protection de vos informations. La pratique du codage des données – qui rend le déchiffrement presque impossible sans clé de décryptage – doit être mise en œuvre quel que soit le lieu où sont conservées vos données. Garantir la sécurité de vos données, même si elles sont interceptées en transit ou au repos
Google Cloud et AWS offrent tous deux un cryptage par défaut pour les données en transit et au repos à l’aide d’un AES 256 bits. Chacun d’eux vous offre une série d’options pour protéger les données en utilisant un cryptage côté serveur ou côté client.
Google Cloud Key Management et AWS Key Management Service (KMS) sont les services de cryptage concurrents proposés. Chacun vous offre la possibilité de créer et de gérer facilement les clés utilisées pour crypter et signer numériquement vos données.
Pare-feu
Agissant comme la première ligne de défense de votre infrastructure informatique, un pare-feu est chargé de protéger votre réseau contre les intrusions indésirables. Google Cloud et Amazon offrent tous deux une protection pare-feu de pointe pour leurs plateformes de cloud.
En outre, les deux fournisseurs proposent des produits de pare-feu en tant que service pour améliorer la protection si vous exploitez un cloud privé virtuel (VPC), vous défendre contre les attaques DDoS et centraliser la gestion de votre configuration de pare-feu.
Le pare-feu réseau AWS et les pare-feu Google Cloud sont des services compétitifs qui vous permettent de déployer un accès de sécurité réseau sur vos VPC en seulement quelques clics. Si vous recherchez une protection contre les attaques DDoS, vous pouvez choisir entre les services similaires d’AWS Shield ou de Google Cloud Armor.
En ce qui concerne la configuration et la gestion centralisées des règles de pare-feu sur vos comptes et applications hébergés dans le cloud, Amazon propose un service distinct appelé AWS Firewall Manager. Il s’agit d’un service distinct, appelé AWS Firewall Manager, que Google intègre à son service principal de pare-feu dans le cloud.
Gestion de l’accès à l’identité (IAM)
Contrôler qui a accès à quoi joue un rôle essentiel dans la sécurité du système, c’est ce que l’on appelle la gestion de l’accès aux identités. Il s’agit de la première étape pour empêcher les visiteurs indésirables d’accéder à des informations sensibles.
Google Cloud et AWS proposent tous deux des services de gestion des accès aux identités au sein de leur plateforme de cloud computing. Ils vous donnent un contrôle granulaire sur les personnes qui ont accès à vos applications, sur les données auxquelles elles peuvent accéder et sur ce qu’elles peuvent faire de vos données.
Vous trouverez ci-dessous les principaux services IAM concurrents proposés :
Console de gestion des identités et des accès
Il s’agit du service IAM centralisé qui vous donne une visibilité et un contrôle complets pour gérer vos ressources dans le cloud. Il donne aux administrateurs le pouvoir de contrôler qui peut prendre des mesures sur des ressources spécifiques.
- AWS – AWS Identity and Access Management (IAM)
- Google Cloud – Cloud Identity and Access Mangement (IAM)
Services gérés pour Microsoft Active Directory
Si vous avez déjà mis en œuvre IAM en utilisant Active Directory de Microsoft et que vous prévoyez de continuer à le faire dans le cloud, les deux fournisseurs de cloud vous offrent un service renforcé pour l’exécution de Microsoft Active Directory.
- AWS – AWS Directory Service
- Google Cloud – Managed Service for Microsoft Active Directory
Signature unique
Gérer et contrôler de manière centralisée l’accès des utilisateurs à de multiples comptes et applications, tant sur site que dans le cloud, grâce à un accès par signature unique. Vous aider à améliorer la productivité et la productivité des employés grâce à la facilité d’accès.
- AWS – AWS Single Sign-On
- Google Cloud – Single sign-on (SSO)
Contrôle des applications mobiles et web
Profitez d’un service IAM basé sur le cloud qui vous permet d’ajouter l’inscription des utilisateurs, la connexion et le contrôle d’accès à vos applications mobiles et web.
- AWS – Amazon Cognito
- Google Cloud – Identity Platform
Responsabilité partagée
La mise en œuvre de la sécurité et de la conformité dans le cloud est une responsabilité partagée.
Il est essentiel que vous compreniez le fossé qui sépare les responsables de quoi lorsqu’il s’agit de mettre en œuvre une position solide en matière de sécurité dans le cloud. Un malentendu à ce sujet créera des vulnérabilités de sécurité qui sont facilement évitables.
Amazon Web Services et Google Cloud Platform fournissent des conseils complets sur leurs modèles de responsabilité partagée en matière de sécurité dans le cloud. Vous trouverez ci-dessous une représentation graphique de haut niveau de chacun d’entre eux.
Modèle de responsabilité partagée d’AWS
Modèle de responsabilité partagée de Google Cloud
Support
En déployant un nouveau service dans le cloud, vous allez rencontrer des cas où vous n’avez pas les connaissances ou l’expertise nécessaires pour accomplir une tâche. Dans de telles situations, vous voulez un fournisseur de services de cloud qui dispose des conseils et du support dont vous avez besoin pour surmonter ces obstacles.
AWS et Google Cloud sont tous deux réputés pour leurs vastes bibliothèques de documentation technique. De même que leurs propres communautés de cloud, qui sont florissantes et qui comptent des milliers d’experts du cloud toujours prêts à partager leurs connaissances.
Vous pouvez y naviguer sur une multitude de sujets, allant des tutoriels aux discussions, en passant par les rencontres en personne. Vous trouverez ci-dessous des liens vers les portails de documentation et de support communautaire respectifs :
- Documentation AWS
- Documentation Google Cloud
- Forums de discussion AWS
- Support communautaire Google Cloud
Vous pouvez résoudre la plupart des problèmes que vous rencontrez avec le support des sources ci-dessus. Vous finirez par vous retrouver dans une situation où une expertise avancée et un support pratique immédiats sont nécessaires. Dans ce cas, il est judicieux de mettre en place une solution de support officielle, directement auprès de votre fournisseur de services en ligne ou d’un partenaire tiers autorisé.
Dans le cadre de leur modèle de support, AWS et Google Cloud offrent tous deux un support de base. En plus d’une gamme de plans premium supplémentaires payants. Si vous envisagez de souscrire à un plan premium, faites des recherches et comprenez ce qu’il contient. Vous devez connaître les frais qui y sont associés afin de vous assurer que vous choisissez la formule dont vous avez besoin à un prix abordable.
Plans de support pour Google Cloud
Google Cloud propose 4 plans de support, qui se divisent en deux types – le support basé sur les rôles et le support premium.
Le support basé sur les rôles est divisé en trois niveaux – Basic, Development et Production :
- Les prix varient de gratuit à 250 $ par mois par utilisateur.
- Chaque augmentation de niveau supplémentaire offre plus de types de support, des temps de réponse plus courts, plus de canaux de communication, une plus grande disponibilité et des choix d’escalade pour les problèmes plus immédiats.
- Les plans de support au développement et à la production peuvent être combinés pour une couverture maximale.
Le support Premium est le plan de plus haut niveau disponible :
- Les prix peuvent dépasser 150.000 $ par an, avec un supplément de 4 % des dépenses liées aux BPC et/ou à Google Workspace.
- Vous bénéficierez d’un temps de réponse garanti de 15 minutes, d’un support 24/7 pour les questions à impact critique, d’un responsable de compte technique, de systèmes de support intelligents et même de formations.
- Le plan est entièrement personnalisable, ce qui vous permet d’adapter le support aux produits et services les plus importants pour votre organisation.
Plans de support pour AWS Cloud
AWS propose également 4 plans de support, qui sont répartis entre les plans gratuits et les plans payants.
Le support premium est divisé en trois niveaux – Developer, Business et Enterprise :
- Les prix commencent à 29 $ par mois + 3 % d’utilisation de la plate-forme et augmentent jusqu’à 1.200 $ par mois en fonction d’un pourcentage d’utilisation mensuelle de la plate-forme qui diminue au fur et à mesure que vous dépensez.
- Chaque niveau supplémentaire augmente votre niveau de support grâce à des contrôles des meilleures pratiques, des canaux de communication supplémentaires, une disponibilité 24/7, des temps de réponse aux problèmes dans les 15 minutes en cas de panne de système critique, une API de support, un gestionnaire de compte technique et des ressources de formation.
- Les plans de niveau supérieur sont également personnalisables, ce qui vous permet de choisir les produits et services pour lesquels vous souhaitez bénéficier d’un support premium.
Ici, chez Kinsta, nous comprenons l’importance et la nécessité d’un support d’experts en cas de besoin. C’est pourquoi toute l’équipe de support de Kinsta est composée d’ingénieurs experts sur WordPress et Linux. Que vous soyez une PME ou une entreprise du Fortune 500, vous bénéficierez du même niveau de support spécialisé premium.
Facturation et tarification
Sans aucun doute, la comparaison précise des prix entre les fournisseurs de services dans le cloud est l’un des aspects les plus difficiles du processus de décision. Chaque fournisseur a une méthode de facturation et de tarification unique, avec d’innombrables variables et pièces mobiles.
Pour vous aider à mieux comprendre le défi que représente la comparaison des prix des fournisseurs de cloud computing, vous trouverez ci-dessous quelques variables qui influeront sur la tarification du déploiement de votre cloud computing :
- Machines virtuelles – nombre d’instances, besoins en mémoire vive, nombre de CPU, instances réservées ou temporaires
- Disques de stockage – quantité de stockage nécessaire, types de données, exigences de redondance, en réseau ou en local
- Modèle d’abonnement – que vous achetiez à la seconde, à la minute, à l’heure, au jour, au mois ou à l’année
- Support – le niveau que vous choisissez, la personnalisation du support, votre dépense mensuelle moyenne pour le cloud
- Modèle de paiement – que vous choisissiez un service par répartition, une instance réservée ou un contrat d’utilisation engagée à long terme
- Localisation – l’emplacement du centre de données influence également la tarification
Plus le déploiement de votre cloud est important, plus la complexité est grande. Surtout si l’on tient compte des différents types de technologie entre les fournisseurs de cloud. Prenons l’exemple des machines virtuelles : la différence de technologie peut rendre impossible une comparaison similaire des besoins en mémoire vive et en processeur.
N’ayez crainte, nous vous proposons des outils, des informations et des conseils pour vous aider à créer votre propre comparaison personnalisée des prix Google Cloud vs AWS.
Comparaison des prix d’AWS et de Google Cloud
Il existe littéralement des centaines de produits différents disponibles sur Google Cloud et AWS. Chacun d’entre eux possède son propre sous-ensemble de services, de technologies et de modèles de tarification. Les options disponibles signifient que les combinaisons de déploiement peuvent facilement atteindre les milliers. Il n’est pas surprenant que beaucoup soient dépassés, même en explorant les combinaisons de stockage et de calcul pour le déploiement le plus basique.
Calculateurs de prix pour le cloud
Heureusement, les deux fournisseurs ont chacun leur propre calculateur de prix complet. Ils contiennent tous les produits et services, les spécifications et les coûts associés. C’est la première étape pour créer une estimation de prix comparable.
Aux fins de cette comparaison des prix, nous allons étudier les coûts de calcul des VM d’Amazon EC2 et de Google Compute Engine. Nous avons choisi cette option de comparaison car, selon Gartner, deux tiers des dépenses totales du cloud sont généralement consacrées aux ressources informatiques. De plus, dans la plupart des cas, les ressources informatiques constitueront la base de votre déploiement de cloud. Alors, sans plus attendre, plongeons dans le vif du sujet.
Hypothèses pour la comparaison des prix du cloud
Afin de créer une comparaison précise, nous sélectionnerons la même région, les mêmes unités centrales et le même système d’exploitation pour notre configuration de calcul :
- Région : Virginie du Nord – Est des États-Unis
- Système d’exploitation : Linux
- vCPU/Cœurs : 4
Nous avons ensuite sélectionné des instances de VM avec des spécifications de RAM comparables entre les différents types de machines :
- Objectif général
- Calcul optimisé
- Mémoire optimisée
- Instances GPU/VM
N’hésitez pas à jouer avec vos options, car vous constaterez que le passage d’une variable à l’autre (type d’instance, région, système d’exploitation et CPU) peut modifier considérablement votre prix horaire.
Vous trouverez ci-dessous un tableau présentant les exemples choisis à des fins de comparaison :
Type d’instance | Amazon EC2 | EC2 RAM(GiB) | Compute Engine | Google RAM (GiB) |
Objectif général | t4g.xlarge | 16 | n1-standard-4 | 15 |
Calcul optimisé | c6g.xlarge | 8 | c2-standard-4 | 16 |
Mémoire optimisée | r6g.xlarge | 32 | n2-highmem-4 | 32 |
GPU | g4dn.xlarge | 16 | NVIDIA® Tesla® T4 | 64 |
Payez à la carte
AWS et Google Cloud proposent un modèle de tarification à la demande et à la carte. Ce modèle est particulièrement adapté aux personnes qui s’attendent à une utilisation intermittente du cloud, car il permet une approche flexible pour ajouter et supprimer des services lorsque vous en avez besoin. Bien entendu, ce niveau de flexibilité a un coût, ce qui fait du modèle de paiement à l’heure le plus cher.
Type d’instance | Amazon EC2 | Prix EC2 (par heure) |
Compute Engine | Prix Google (par heure) |
Objectif général | t4g.xlarge | $0.134 | n1-standard-4 | $0.150 |
Calcul optimisé | c6g.xlarge | $0.136 | c2-standard-4 | $0.188 |
Mémoire optimisée | r6g.xlarge | $0.201 | n2-highmem-4 | $0.295 |
GPU | g4dn.xlarge | $0.526 | NVIDIA® Tesla® T4 | $1.40 |
Tableau indiquant les taux horaires par répartition d’Amazon EC2 par rapport à Compute Engine
Comme vous pouvez le voir dans le tableau ci-dessus, Amazon EC2 offre un prix horaire nettement inférieur à celui de Compture Engine de Google pour les différents types d’instances. Ce fait est de plus en plus impressionnant si l’on considère que le prix horaire de Compute Engine est un facteur de réduction d’utilisation durable. Ce type de réduction est appliqué lorsque l’utilisation au cours d’un mois dépasse un certain seuil, offrant des économies à partir de 15 % et allant jusqu’à 60 %.
Si vous ne recherchez des ressources informatiques que pour de courtes périodes intermittentes, cela vaut la peine d’explorer des cas temporaires.
Appelées Spot Instances par Amazon et Preemptible Virtual Machines par Google, vous pouvez réaliser d’importantes économies par paiement à l’utilisation, jusqu’à 90 % des prix à la demande ci-dessus, en exploitant les ressources informatiques de réserve des fournisseurs de services de cloud.
Tant que vous êtes heureux que la charge de travail soit interrompue si la ressource est soudainement nécessaire ailleurs.
Plans d’engagement à long terme
Si vous planifiez à long terme – et pouvez engager d’emblée à long terme dans le déploiement de votre cloud – vous réaliserez des économies importantes par rapport à un modèle de paiement à l’utilisation.
Amazon et Google proposent tous deux un modèle de tarification à long terme avec des options d’engagement initial de 1 ou 3 ans. Google a nommé ses plans Committed Use, tandis qu’Amazon utilise le terme Reserved Instances. Tous deux offrent une réduction significative par rapport à la tarification à la demande. Jusqu’à 70 % sur Compute Engine et jusqu’à 72 % sur Amazon EC2.
Là encore, jouez avec les variables pour répondre à vos besoins – région, type d’instance, CPU, système d’exploitation – car tout cela influencera votre prix horaire. Avec Amazon EC2, vous constaterez également que vous pouvez influencer le montant de la remise en fonction du moment et du mode de paiement.
Il est également possible de choisir des types d’instances convertibles, ce qui vous permet de passer à une VM plus récente si elle est disponible.
Les instances non convertibles, dont le montant total est payé d’avance, offrent le plus grand rabais. Pour les besoins de cette comparaison sur un engagement de 1 et 3 ans, nous avons utilisé ces options.
Engagement sur un an
Comme vous pouvez le voir dans le tableau ci-dessous, Amazon EC2 est moins cher dans l’ensemble pour une instance engagée pour un an que Compute Engine.
Type d’instance | Amazon EC2 | Prix EC2 (par heure) |
Compute Engine | Prix Google (par heure) |
Objectif général | t4g.xlarge | $0.079 | n1-standard-4 | $0.125 |
Calcul optimisé | c6g.xlarge | $0.080 | c2-standard-4 | $0.141 |
Mémoire optimisée | r6g.xlarge | $0.118 | n2-highmem-4 | $0.177 |
GPU | g4dn.xlarge | $0.309 | NVIDIA® Tesla® T4 | $0.880 |
Tableau indiquant les taux horaires pour un engagement d’un an sur Amazon EC2 vs Compute Engine
Amazon EC2 est jusqu’à 40 % moins cher dans l’ensemble pour une instance engagée pour un an par rapport à Compute Engine.
L’écart de prix se creuse, Amazon offrant une réduction plus importante de 40 % par rapport aux modèles à prépaiement pour tous les types d’instance, en récompense de l’engagement. Alors que la remise accordée par Google en récompense de votre fidélité ne s’élève qu’à 15-20 %.
Il est important de noter qu’en passant à un paiement anticipé et à l’option d’instance convertible sur Amazon EC2, le montant de votre remise descend en dessous de 30 % et réduit quelque peu la différence de prix.
Engagement sur 3 ans
En regardant le tableau ci-dessous, nous avons une impression de déjà vu, Amazon EC2 continuant à être moins cher dans tous les domaines lorsqu’on s’engage pour trois ans par rapport à Compute Engine.
Type d’instance | Amazon EC2 | Prix EC2 (par heure) | Compute Engine | Prix Google (par heure) |
Objectif général | t4g.xlarge | $0.050 | n1-standard-4 | $0.046 |
Calcul optimisé | c6g.xlarge | $0.051 | c2-standard-4 | $0.094 |
Mémoire optimisée | r6g.xlarge | $0.075 | n2-highmem-4 | $0.126 |
GPU | g4dn.xlarge | $0.198 | NVIDIA® Tesla® T4 | $0.640 |
Tableau indiquant les taux horaires pour un engagement de 3 ans sur Amazon EC2 vs Compute Engine
Cependant, nous avons une exception dans la catégorie des applications générales, Compute Engine est moins cher dans le cadre d’un engagement de trois ans.
Sinon, l’écart de prix reste de l’ordre de 40 % pour les options optimisées en calcul et en mémoire sur un engagement de 3 ans. En comparaison avec le GPU, il s’élargit en fait à environ 60 %, ce qui représente une économie considérable.
Là encore, je dois noter que le passage à un paiement initial nul et à l’option d’instance convertible sur Amazon EC2 entraînera une réduction plus prononcée du montant de votre remise. Cela reflète le risque accru de conserver les instances VM pendant plus de 3 ans.
Le cloud computing évolue rapidement, et le fait d’y être lié vous empêchera d’exploiter des instances de machines virtuelles plus récentes, plus rapides et plus efficaces.
Essais gratuits
Si vous n’êtes pas prêt à passer à un service dans le cloud, AWS et Google Cloud offrent tous deux la possibilité d’un niveau gratuit sur une large gamme de leurs produits. Vous disposez ainsi d’une quantité de ressources prédéfinie pendant une période déterminée, ce qui est parfait si vous souhaitez tester un service.
Les deux fournisseurs proposent également des services « toujours gratuits » dans le cloud, qui sont idéaux si vous avez de très faibles besoins d’utilisation et que vous ne craignez pas d’être interrompu. Voyons cela de plus près.
Niveau gratuit AWS
En explorant le niveau gratuit d’AWS, vous débloquerez l’accès gratuit à une gamme de 85 produits et services dans le cloud.
Le niveau gratuit d’AWS comporte trois types différents :
- Toujours gratuit – une offre gratuite qui n’expire jamais et qui est disponible pour tous les clients AWS
- 12 mois gratuits – disponible gratuitement pendant les 12 premiers mois à compter de votre inscription initiale à la plateforme interactive des services de télécommunications
- Essais – gratuits pour une période d’essai suivant l’activation d’un service particulier
Vous pourrez explorer un large éventail de produits dans les domaines du calcul, du stockage, des bases de données, de l’IdO, de l’IA et bien d’autres encore.
Si vous débutez, cela vaut la peine de considérer les options de calcul et de stockage qui sont gratuites pendant les 12 mois suivant l’inscription :
- Calcul – Accès à Amazon EC2 pendant 750 heures par mois avec une micro instance t2. ou t3.
- Stockage – Stockage standard Amazon S3 de 5 Go par mois avec 2 000 demandes mises 20 000 requêtes obtenues
Niveau gratuit Google Cloud
L’exploration du niveau gratuit de GCP semble un peu plus restrictive que l’alternative d’AWS. Vous aurez néanmoins accès à 24 produits et services dans le cloud. Contrairement à AWS, ils restent gratuits, dans la limite d’une utilisation mensuelle bien sûr.
En plus de l’offre gratuite d’AWS, les nouveaux clients de Google Cloud débloqueront 300 $ de crédit gratuit qui pourront être dépensés pour n’importe lequel des produits et services Google Cloud.
Bien que vos options soient plus limitées, vous pouvez toujours explorer une gamme de produits passionnants dans les domaines de l’IdO, de l’IA, du stockage, des bases de données et du calcul, qui couvriront en grande partie les services de cloud computing les plus recherchés.
Tout comme avec AWS, si vous débutez, essayez les options de calcul et de stockage qui restent toujours gratuites sur GCP :
- Calcul – Accès au moteur de calcul d’une micro instance F1 avec un disque dur de 30 Go par mois et un instantané de 5 Go
- Recherche – Disponibilité du stockage dans le cloud de 5 Go pour le stockage standard avec 5.000 requêtes de mise en place et 50.000 demandes d’obtention
Lorsqu’il s’agit de comparer les niveaux gratuits, il est clair que GCP a un avantage sur la plateforme AWS. Comme pour d’autres, ils vous offriront un accès beaucoup plus large pour tester leurs différents produits et services. Idéal si vous n’êtes pas encore prêt à vous engager dans un déploiement dans le cloud.
Google Cloud est-il moins cher qu’AWS ?
Lorsqu’il s’agit des ressources de calcul dans le cloud, qui constituent l’épine dorsale de la plupart des déploiements et des dépenses dans le cloud, la réponse est non. AWS est nettement moins cher que Google Cloud Platform pour les instances de VM.
Cependant, la réponse devient beaucoup plus « nuageuse » lorsque vous vous éloignez des simples ressources de calcul. Après avoir fait des recherches sur plusieurs produits, services et modèles de prix, il n’y a pas de gagnant évident dans la guerre des prix.
Vous devrez trouver votre propre réponse à cette question, et elle dépendra entièrement des exigences uniques de votre entreprise. L’emplacement du centre de données que vous avez choisi, vos besoins en matière de réseau, le type de charges de travail que vous exécutez, la saisonnalité. La liste est interminable.
Une chose est sûre, il y a des offres à faire, et la possibilité pour Google Cloud d’être moins cher qu’AWS existe certainement. Tout dépend de votre configuration et des services requis.
Pour ajouter Azure à la liste, consultez notre comparaison de l’informatique en nuage entre AWS et Azure.
Résumé
Notre objectif est de rechercher la réponse définitive à la question de savoir quelle est la meilleure plateforme de cloud, Google Cloud vs Amazon Web Services ?
Sur notre route, il est clair que Google Cloud et AWS sont les leaders du marché. Les deux plateformes offrent une vaste gamme de produits et de services dans le cloud à la pointe du progrès technologique. Elles vous offrent des avantages considérables par rapport à un déploiement sur site en termes d’évolutivité, de performances, de sécurité et de coût. Quel que soit votre choix, vous débloquerez un service de qualité supérieure à un prix compétitif.
Chez Kinsta, nous utilisons la plateforme GCP pour offrir des performances de haut niveau dans nos solutions d’hébergement web. Le service réseau de premier niveau offre des améliorations significatives des performances en réduisant la latence et en minimisant les temps d’arrêt.
En termes de progression, il est clair que Google Cloud apporte des améliorations significatives à la plateforme. Cette année a été marquée par une croissance impressionnante des revenus du cloud et par l’adoption de nouveaux services, comme Google Meet, dans un contexte de pandémie mondiale. L’année 2021 devrait être une nouvelle année passionnante pour GCP.
En fin de compte, la meilleure réponse dépend des besoins individuels de votre entreprise. Quelle que soit la réponse, faites vos recherches, suivez notre guide Google Cloud vs AWS et prenez la meilleure décision pour votre entreprise.
Bonjour
Très intéressant merci.
Par contre, je ne le trouve pas très objectif dans le sens que vous privilégiez une information sur Google par rapport à une information AWS.
Exemple : vous donnez le CA de Google en 2019 mais celui de AWS pour la même année.
Autre élément : il est difficile de comparer des instances de calcul Google vs AWS. Il faut remettre la partie stockage, transfert de données, utilisation d’un CDN, pour se rendre compte des coûts.
Sûrement qu’au final, Google est plus économique mais on ne peut réduire qu’à une seule typologie : le compute.
Merci en tout cas.
Bonjour,
nous faisons de notre mieux pour présenter les deux côtés… la plupart des données proviennent simplement de sites Google ou AWS. Il y en a aussi qui proviennent de l’expérience des gens. Nous verrons si nous pouvons ajouter les données sur le chiffre d’affaires d’AWS. Et oui, en ce qui concerne les instances de calcul, c’est très difficile à estimer comme vous l’avez dit, car il y a beaucoup de pièces mobiles. Mais nous présentons ce qu’ils offrent dans leurs calculatrices afin que les gens puissent prendre une décision éclairée. Cependant, nous avons de l’expérience avec les deux plateformes et nous avons constaté que GCP sont moins cher. Mais encore une fois, cela dépend du cas d’utilisation.