Professional Cloud DevOps Engineer — Questions d'entraînement et examen blanc

La certification Google Cloud Professional Cloud DevOps Engineer valide ton expertise dans la mise en place de processus et de capacités tout au long du cycle de vie du développement logiciel, en s’appuyant sur les méthodologies et les outils recommandés par Google. Les candidats démontrent leur capacité à assurer une livraison efficace du logiciel et de l’infrastructure, tout en trouvant le bon équilibre entre fiabilité et vitesse de livraison.

Cette certification de niveau professionnel couvre le bootstrapping et la maintenance des organisations Google Cloud, la construction de pipelines CI/CD pour les applications, l’infrastructure et les workloads de ML, l’application des pratiques de site reliability engineering, la mise en œuvre de l’observabilité et du dépannage, ainsi que l’optimisation des performances et des coûts. Elle s’adresse aux ingénieurs disposant d’au moins 3 ans d’expérience dans le secteur, dont au moins 1 an à gérer des systèmes en production sur Google Cloud.

La construction de pipelines CI/CD et la mise en place de l’observabilité arrivent ex æquo en tête, avec 25 % chacune. La première couvre la conception de pipelines pour les workloads applicatifs, d’infrastructure et de ML, la mise en œuvre de stratégies de déploiement canary ou blue/green, et la réduction du risque lié à la supply chain via le scan de vulnérabilités et la vérification de la provenance. La seconde porte sur la transformation de la télémétrie applicative (event logs, metrics, traces distribuées) en dashboards, en politiques d’alerte et en analyses Gemini Cloud Assist. L’amorçage et la maintenance de l’organisation Google Cloud (hiérarchie des ressources, réseau partagé, politiques IAM, infrastructure as code) pèsent 20 %. La pratique SRE, avec les SLI, les SLO, les error budgets et l’atténuation des incidents, compte pour 18 %. L’optimisation des coûts et des performances par les pratiques FinOps ferme le blueprint à 12 %.

La moitié de l’examen se joue sur l’ingénierie de pipelines et l’observabilité, pas sur la théorie SRE. Autrement dit, si tu as lu des choses sur les error budgets sans jamais avoir configuré une politique d’alerte ni suivi une requête à travers plusieurs services, tu seras mal préparé au niveau de concret des questions.

L’examen pose 50 à 60 questions à réponse unique et à réponses multiples dans un créneau de 120 minutes, avec une répartition d’environ 80 % de questions à réponse unique pour 20 % à réponses multiples. La plupart sont des mises en situation : il s’agit d’appliquer la conception CI/CD, la pratique SRE ou l’instrumentation de l’observabilité à un scénario impliquant Cloud Build, Cloud Deploy, GKE, Cloud Logging ou Cloud Monitoring.

Chaque domaine de l’examen GCP-PCDO a assez de questions dans la banque pour être travaillé en profondeur. Un examen blanc te pose 55 questions d’affilée, sur le même chrono de 120 minutes que le jour de l’examen.

Le temps qu’il te faut dépend de ton expérience pratique. Le reste est fixé par l’éditeur : comment l’examen se déroule, quand tu peux le repasser et combien de temps la certification reste valable.

L’examen se passe en ligne avec surveillance à distance, ou dans un centre de test Pearson VUE agréé. Il est proposé en anglais et en japonais. La certification est valable 2 ans ; pour la renouveler, tu dois repasser la version en vigueur de l’examen.

On sous-estime la profondeur attendue sur les calculs de SLI, de SLO et d’error budget : l’examen te demande de raisonner sur l’arbitrage entre objectifs de fiabilité et vélocité des releases, pas de réciter des définitions. La sécurité de la supply chain dans le pipeline CI/CD, avec Binary Authorization et le framework SLSA, pèse bien plus lourd qu’un plan de révision centré sur la seule mécanique de déploiement ne le laisse croire. La stack d’observabilité va aussi plus loin que les dashboards : l’instrumentation OpenTelemetry, la corrélation de traces distribuées et le rôle de Gemini Cloud Assist dans l’analyse des logs et des metrics font partie du programme. Les stratégies canary, blue/green et rolling se mélangent facilement sous la pression du chrono, et les leviers FinOps (paliers de tarification committed-use, tarification sustained-use automatique, recommandateurs de coûts Google Cloud) reçoivent moins d’attention que les domaines techniques alors qu’ils sont directement testés.