Quand l’architecture de la plateforme nécessite une attention particulière
- Projet, dossier et hiérarchie IAM peu clairs
- Plateformes GKE sans standards opérationnels
- Domaines multi-infonuagique mixtes sans gouvernance partagée
- Lacunes en matière de sécurité et de journalisation entre les projets
- Difficulté à opérationnaliser l’infrastructure en tant que code
Comment nous travaillons sur cette plateforme
- Conception des fondations Google Cloud
- GKE architecture et ingénierie de plateforme
- Modèles de mise en réseau et d'identité multi-infonuagique
- Planification de la migration et de la modernisation
- Terraform pipelines d'automatisation et de livraison
- Bases de référence en matière de sécurité et d'observabilité
L'architecture dans son contexte
Architecture conceptuelle illustrant les limites décisionnelles. Elle ne représente pas un environnement client.
Fondation et GKE
Le travail Google Cloud sur ce site est le même modèle de zone d'atterrissage qu'Azure et AWS : dossiers et projets, IAM, journalisation et une plate-forme GKE que les équipes peuvent réutiliser.
Une stratégie multi-infonuagique, telle que nous l'avons déjà définie, est un modèle opérationnel intentionnel (adaptation de la charge de travail, résilience, raisons commerciales ou de capacité) et non une duplication accidentelle de chaque service sur chaque infonuagique.
Quand Google Cloud est la bonne solution
Google Cloud convient souvent lorsque les équipes ont besoin de solides capacités de données et d'analyse, de plates-formes centrées sur Kubernetes ou d'un placement de charge de travail qui complète un parc Azure ou AWS existant.
Nous ne traitons pas Google Cloud comme valeur par défaut pour chaque application, et nous n'inventons pas de produit Google Cloud distinct au-delà des travaux de base, GKE et FinOps déjà décrits ici.
Les décisions technologiques en contexte
- Google Cloud
- Moteur Google Kubernetes (GKE)
- IAM dans le infonuagique
- Terraform
- Surveillance du infonuagique
- Journalisation dans le infonuagique
Ce que le travail est censé permettre
- Une fondation organisationnelle Google Cloud claire
- Des opérations GKE plus sûres et plus cohérentes
- Meilleur alignement avec la stratégie multi-infonuagique AWS/Azure
- Amélioration de l’automatisation et de la cohérence de l’environnement
Un choix de plateforme est un choix opérationnel
Nous convenons des critères d’acceptation de la charge de travail, de la propriété des accès, des pratiques de changement et des responsabilités de récupération avant la mise en œuvre. Les services des fournisseurs ne suppriment pas le besoin de tests d'applications, de responsabilité en matière de coûts et d'une équipe d'exploitation.
Questions et réponses
Quand Google Cloud a-t-il un sens dans une stratégie multi-infonuagique ?
Google Cloud convient souvent lorsque les équipes ont besoin de solides capacités de données/d'analyse, de plates-formes centrées sur Kubernetes ou d'un placement de charge de travail qui complète les domaines Azure ou AWS existants, et non comme valeur par défaut pour chaque application.
#Qu'est-ce qu'une zone d'atterrissage Google Cloud ?
La même idée qu'Azure et AWS : une base gouvernée d'identité, de réseau, de journalisation et de conception de projet afin que les charges de travail héritent d'un ensemble de décisions.
#Construisez-vous des plates-formes d'IA sur Google Cloud ?
Les charges de travail d'IA et de données sur les plates-formes que nous construisons sont gérées par Mars Innovation Technology. Cette page reste sur les fondations, le GKE et l'architecture multi-infonuagique.
#Est-ce que Cloud Launchpad est utilisé sur Google Cloud ?
Cloud Launchpad, propriété de ce site, est documenté pour la composition automatisée sur AWS et Azure. Les fondations Google Cloud utilisent la même approche d'infrastructure en tant que code.
#