Entraînez-vous avec des questions proches de l’examen officiel. Ce deck vous aide à identifier rapidement le bon service en fonction d’un besoin métier.
Les flashcards combinées à la répétition espacée renforcent la mémorisation active. Vous révisez au bon moment, vous retenez plus durablement, et vous mesurez vos progrès carte après carte.
Carte 1
Cloud Run, pour un conteneur sans serveur qui s’auto‑scale finement sur le trafic.
Explication
Cloud Run facture uniquement pendant le traitement des requêtes et gère automatiquement les pics imprévisibles.
Erreur fréquente
Penser que Compute Engine est nécessaire pour les pics élevés alors que le besoin principal est l’auto‑scaling sans gestion de serveurs.
Carte 2
Cloud Functions, pour exécuter un petit bout de code à chaque événement de soumission.
Explication
Cloud Functions est conçu pour des fonctions courtes déclenchées par un événement spécifique sans gérer de serveur.
Erreur fréquente
Choisir Cloud Run par réflexe car il est aussi sans serveur, alors qu’il est mieux pour des conteneurs plus complexes.
Carte 3
Compute Engine, pour déplacer le monolithe tel quel sur des VM gérées.
Explication
Compute Engine permet une migration lift‑and‑shift du monolithe sans changement de code majeur.
Erreur fréquente
Vouloir immédiatement réécrire sur App Engine alors que la contrainte principale est la rapidité de migration.
Carte 4
Cloud Run, pour déployer une API conteneurisée avec gestion automatique de l’infrastructure.
Explication
Cloud Run offre un modèle sans serveur flexible, idéal pour une API REST sans gestion de serveurs.
Erreur fréquente
Penser qu’App Engine est toujours plus simple, alors que Cloud Run offre plus de liberté avec un effort similaire.
Carte 5
Compute Engine, pour exécuter des jobs batch gourmands en CPU sur des VM planifiées.
Explication
Compute Engine permet de lancer des VM puissantes uniquement pendant les fenêtres batch nocturnes.
Erreur fréquente
Vouloir absolument un service sans serveur alors que la priorité est la puissance CPU contrôlée.
Carte 6
Compute Engine, pour bénéficier d’un accès bas niveau au système d’exploitation.
Explication
Compute Engine offre un contrôle détaillé sur l’OS, nécessaire pour gérer des pilotes spécifiques.
Erreur fréquente
Opter pour un service entièrement géré sans vérifier les contraintes d’accès bas niveau au système.
Carte 7
App Engine Standard, pour un déploiement sans serveur gérant auto‑scaling et maintenance de l’OS.
Explication
App Engine Standard cache la gestion de l’OS et s’adapte automatiquement au trafic variable.
Erreur fréquente
Croire que Cloud Run élimine toute gestion, alors qu’il reste la responsabilité du conteneur et de son image.
Carte 8
Cloud Functions, pour exécuter une logique légère déclenchée directement par Pub/Sub.
Explication
Cloud Functions s’intègre nativement à Pub/Sub pour des traitements évènementiels simples.
Erreur fréquente
Utiliser Cloud Run même pour une logique triviale alors que la fonction événementielle suffit.
Carte 9
Cloud Functions, déclenchée par les événements Cloud Storage lors de l’upload d’images.
Explication
Cloud Functions réagit automatiquement aux nouveaux fichiers dans Cloud Storage pour lancer le traitement d’image.
Erreur fréquente
Choisir Compute Engine par habitude, alors que l’événement de stockage suffit pour un traitement sans serveur.
Carte 10
Compute Engine, pour un contrôle maximal des configurations et de la conformité de l’environnement.
Explication
Compute Engine permet d’appliquer précisément des règles de sécurité et de conformité sur les VM.
Erreur fréquente
Supposer qu’un service totalement géré convient toujours même quand la conformité impose un contrôle détaillé.
Créez votre compte Memia pour débloquer ce deck et lancer vos sessions de révision avec suivi de progression.