Cette présentation a été pensée pour vous aider à comprendre l'environnement global deGoogle Cloud. Vous découvrirez la structure de Google Cloud , la façon dont ses fonctionnalités sont fournies en tant que services et les différentes manières d'interagir avec elle lorsque vous concevez, créez et exécutez vos applications.
En explorant le reste de cette section "Premiers pas", vous en apprendrez davantage sur les outils et les ressources de Google Cloud, et sur la façon de créer et de gérer vos propres applications sur Google Cloud.
Pour obtenir des informations générales sur le cloud computing, consultez la page Avantages et inconvénients du cloud computing.
Univers, régions et zones
Les machines physiques qui exécutent vos charges de travail et vos services Google Cloudsont à la base de tout ce que vous faites avec la technologie Google Cloud . Ces machines sont hébergées dans des centres de données et sont structurées de manière logique en univers, régions et zones.
Au sommet de cette hiérarchie se trouve l'univers. Un univers est un cloud entièrement autonome, avec sa propre mise en réseau distincte de l'Internet public et des autres univers. Google Cloud est l'univers d'origine, avec des ressources dans des centres de données du monde entier. Il existe également d'autres univers, basés sur la même technologie que Google Cloud, mais avec toutes leurs ressources dans une seule juridiction et fonctionnant dans des centres de données gérés par des partenaires. Ces petits clouds autonomes sont créés dans le cadre d'un programme appelé Google Cloud Dedicated. Ils offrent de solides garanties de souveraineté des données et opérationnelle pour les utilisateurs dont les charges de travail l'exigent.
Chaque univers comporte des régions géographiques. Google Cloudcomporte des régions en Afrique, en Amérique du Nord, en Amérique du Sud, en Asie, en Australie, en Europe et au Moyen-Orient.
Enfin, les régions sont divisées en zones. Chaque zone est identifiée par un nom qui combine un identifiant de lettre avec le nom de la région. Par exemple, la zone a en Asie de l'Est s'appelle asia-east1-a. Les zones d'une même région bénéficient entre elles de connexions réseau à haut débit et à faible latence.
Cette répartition des ressources d'un univers en régions et en zones offre plusieurs avantages, y compris la redondance en cas d'échec et la réduction de la latence grâce à la localisation des ressources plus près des clients. Cette répartition introduit également des règles sur la manière dont les ressources peuvent être utilisées ensemble.
Ressources globales, régionales et zonales
Vous pouvez accéder à certaines ressources depuis n'importe quelle autre ressource de leur univers, dans les régions et les zones. Ces ressources globales incluent des images disque, des instantanés de disque et des réseaux préconfigurés. Certaines ressources ne sont accessibles que depuis des ressources situées dans la même région. Ces ressources régionales incluent des adresses IP externes statiques. Les autres ressources ne sont accessibles que par les ressources situées dans la même zone. Ces ressources zonales incluent les instances de VM, leurs types et les disques.
Le diagramme suivant montre la relation entre les champs d'application global, régional et zonal, et certaines de leurs ressources :
Le champ d'application d'une opération varie en fonction du type de ressources que vous utilisez. Par exemple, créer un réseau est une opération globale, car il s'agit d'une ressource globale, tandis que réserver une adresse IP est une opération régionale, car cette ressource est régionale.
Lorsque vous commencez à concevoir et à optimiser vos applications Google Cloud , il est important de comprendre l'interaction entre ces régions et zones. Par exemple, même si vous le pouviez, vous ne voudriez pas associer un disque d'une région à un ordinateur d'une autre région, car la latence entraînerait des performances très médiocres. Heureusement, Google Cloud ne vous permet pas d'effectuer cette opération. Les disques ne peuvent être associés qu'aux ordinateurs de la même zone.
En fonction du niveau d'autogestion requis pour votre service de calcul et d'hébergement, vous devrez ou non envisager de déterminer comment et où les ressources sont allouées.
Pour en savoir plus sur la répartition géographique de Google Cloud, consultez Zones géographiques et régions.
Accéder aux ressources via des services
Dans le cloud computing, ce que vous considérez peut-être comme des logiciels et du matériel deviennent des services. Ces services donnent accès aux ressources sous-jacentes, ce qui vous permet d'ajouter un large éventail de fonctionnalités à vos applications, du stockage de données à Kubernetes géré. Vous trouverez la liste des services Google Cloud disponibles dans notre liste de produits.
Lorsque vous développez votre site Web ou votre application surGoogle Cloud, vous combinez ces services pour obtenir l'infrastructure dont vous avez besoin, puis vous ajoutez votre code pour activer les scénarios que vous souhaitez créer.
Projets
Toutes les ressources Google Cloud que vous allouez et utilisez doivent appartenir à un projet. Un projet correspond en quelque sorte à une entité qui organise ce que vous développez. Il se compose de paramètres, d'autorisations et d'autres métadonnées qui décrivent vos applications. Les ressources d'un même projet peuvent facilement fonctionner ensemble (par exemple, en communiquant via un réseau interne conformément aux règles applicables aux régions et aux zones). Un projet ne peut accéder aux ressources d'un autre projet que si vous utilisez un VPC partagé ou un appairage de réseaux VPC.
Chaque projet Google Cloud comporte les éléments suivants :
- Un nom de projet, que vous fournissez.
- Un ID de projet, que vous pouvez fournir ou que Google Cloud peut vous fournir.
- Un numéro de projet, fourni par Google Cloud .
Par exemple, un même projet peut avoir :
- Nom du projet : Example Project
- ID du projet example-id
- Numéro du projet : 123456789012
Lorsque vous travaillez avec Google Cloud, vous utilisez ces identifiants dans les commandes et les appels d'API. Par exemple, vous pouvez spécifier que vous souhaitez utiliser le projet comme projet par défaut pour Google Cloud CLI à l'aide de la commande suivante :
gcloud config set project example-id
Vous pouvez créer plusieurs projets et les utiliser pour répartir votre travail de la manière qui vous convient le mieux, à vous et à votre organisation. Par exemple, vous pouvez avoir un projet accessible à tous les membres de l'équipe et un autre projet accessible uniquement à certains membres de l'équipe.
Un projet sert d'espace de noms. Cela signifie que toutes les ressources de chaque projet doivent avoir un nom unique. Cependant, vous pouvez généralement réutiliser les noms des ressources si elles se trouvent dans des projets distincts. Certains noms de ressources doivent être uniques dans Google Cloud. Pour en savoir plus, consultez la documentation spécifique à la ressource.
Chaque projet est associé à un compte de facturation. L'utilisation des ressources de plusieurs projets peut être facturée sur le même compte.
Pour en savoir plus, consultez la section Créer et gérer des projets.
Interagir avec Google Cloud
Il existe plusieurs façons d'interagir avec les ressources et les services dans Google Cloud, y compris les suivantes :
- La consoleGoogle Cloud fournit une interface utilisateur graphique Web qui vous permet de gérer vos projets et vos ressources Google Cloud.
- La Google Cloud CLI vous permet de gérer le workflow de développement et les ressourcesGoogle Cloud directement depuis la ligne de commande. Par exemple, vous pouvez créer une instance de machine virtuelle (VM) Compute Engine en exécutant la commande
gcloud compute instances createdans votre environnement shell. Vous pouvez choisir d'installer la Google Cloud CLI sur votre ordinateur local ou de l'utiliser dans Cloud Shell, un shell pratique basé sur un navigateur auquel vous pouvez accéder depuis la console Google Cloud et qui contient de nombreux outils préinstallés. - Nos bibliothèques clientes vous aident à interagir de manière programmatique avec les services dans différents langages courants. Les bibliothèques clientes Cloud offrent une expérience de développement optimisée en utilisant les conventions et styles naturels de chaque langage compatible. Elles réduisent également la longueur du code récurrent à écrire. En effet, elles sont conçues pour vous permettre de travailler en pensant à des déclinaisons de service, plutôt qu'à des détails de mise en œuvre ou à des concepts d'API de service.
- Vous pouvez utiliser une approche "Infrastructure as Code" (IaC) en utilisant Terraform et le fournisseur Terraform Google Cloud .
Pour en savoir plus, consultez Interagir avec Google Cloud.
Tarification
Pour découvrir comment explorer et évaluer Google Cloud sans frais, consultez Fonctionnalités Google Cloud et offre d'essai sans frais.
Pour accéder aux détails des tarifs de chaque service, consultez la page Tarifs.
Pour estimer le coût total de l'exécution d'une charge de travail spécifique surGoogle Cloud, consultez le simulateur de coût.
Étape suivante
- Consultez Premiers pas avec Google Cloud pour découvrir les procédures de configuration et les ressources destinées aux administrateurs informatiques, aux ingénieurs en sécurité, aux développeurs d'applications et plus encore.
- En savoir plus sur l'interaction avec Google Cloud
- Pour les administrateurs de nouvelles organisations sur Google Cloud, notre flux guidé Google Cloud Configuration vous aide à établir des bases solides pour les charges de travail de votre organisation, en respectant les bonnes pratiques pour l'infrastructure d'entreprise.
Essayer Google Cloud
Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de nos produits en conditions réelles. Les nouveaux clients bénéficient également de 300 $de crédits sans frais pour exécuter, tester et déployer des charges de travail.
Essai sans frais