EnglishDeutschFrançaisEspañolPortuguês

Google Cloud · GCP-PCDO · Advanced

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

Prépare GCP-PCDO avec des questions d’entraînement originales et des réponses clairement expliquées. Demande des précisions à Alex, ton tuteur IA, repère les sujets à revoir grâce à tes résultats et entraîne-toi à gérer ton temps avec des examens blancs chronométrés.

55Questions de l’examen blanc
120minTemps imparti

Vérifié auprès de Google Cloud · août 2026 · Version actuelle de l’examen

À propos de l’examen

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.

Essaie cinq questions sur GCP-PCDO

Entraîne-toi avec cinq questions de la banque actuelle de l’app pour Professional Cloud DevOps Engineer, accompagnées de leurs réponses et explications.

Mettre en œuvre des pratiques d'observabilité et résoudre les problèmes1 / 5

Tu dois exporter les logs de Cloud Logging vers BigQuery pour les analyser sur le long terme et les corréler avec d'autres données métier. Comment devrais-tu configurer l'export des logs ?

AlexExplication complète d’Alex

Pour exporter les logs de Cloud Logging vers BigQuery, crée un log sink depuis le Log Router avec un dataset BigQuery comme destination et un filtre d'inclusion précisant quels logs router (docs.cloud.google.com/logging/docs/export/configure_export_v2). Le Log Router évalue chaque entrée de log par rapport aux filtres du sink et diffuse les entrées correspondantes vers BigQuery quasiment en temps réel, ce qui permet des analyses en SQL et la corrélation avec les données métier. Pourquoi pas les autres ? Planifier une Cloud Function pour copier les logs ajoute de la complexité et de la latence inutiles et duplique une fonctionnalité déjà intégrée au Log Router. Il n'existe aucun bouton « intégration BigQuery » dans Logs Explorer : l'export des logs passe obligatoirement par la configuration explicite d'un sink. Un pipeline Dataflow est surdimensionné pour un export de logs standard, que les sinks gèrent nativement. Astuce d'examen : les log sinks prennent en charge quatre types de destination — BigQuery, Cloud Storage, Pub/Sub et les buckets Cloud Logging — chacun adapté à des schémas de rétention et d'analyse différents.

Sourcecloud.google.com

Créer et mettre en œuvre des pipelines CI/CD, y compris les tests continus, pour les charges de travail applicatives, d'infrastructure et de machine learning2 / 5

Ton pipeline de CI doit construire des images de conteneur de façon sécurisée à l'intérieur d'un périmètre VPC afin d'empêcher l'exfiltration de données. Quelle fonctionnalité de Cloud Build devrais-tu utiliser ?

AlexExplication complète d’Alex

Les private pools Cloud Build exécutent les builds sur des instances de worker dédiées, qui peuvent être appairées à ton VPC et placées dans un périmètre VPC Service Controls, ce qui empêche l'exfiltration de données pendant les builds (docs.cloud.google.com/build/docs/private-pools/using-vpc-service-controls). Régler egressOption sur NO_PUBLIC_EGRESS supprime l'accès à l'internet public. La documentation Google précise : « La protection VPC Service Controls n'est disponible que pour les builds exécutés dans des private pools. » Pourquoi pas les autres ? Workload Identity Federation authentifie des identités externes, mais n'apporte aucune isolation réseau pendant les builds. Une liste d'adresses IP autorisées sur les déclencheurs restreint qui peut lancer des builds, pas l'egress réseau pendant l'exécution. Les workers Cloud Build par défaut s'exécutent sur une infrastructure gérée par Google, en dehors de ton VPC : impossible d'y appliquer tes propres règles de pare-feu. Astuce d'examen : private pools + VPC SC + NO_PUBLIC_EGRESS forment ensemble la protection réseau la plus solide au moment du build sur Google Cloud.

Sourcecloud.google.com

Optimiser les performances et les coûts5 / 5

Tu exécutes sur Compute Engine une charge de travail de traitement de données par lots qui tolère les interruptions et doit se terminer dans une fenêtre de 24 heures. Tu veux réduire les coûts de calcul au minimum. Quel type de VM devrais-tu utiliser ?

AlexExplication complète d’Alex

Les Spot VMs correspondent à la capacité excédentaire de Compute Engine, disponible avec jusqu'à 91 % de remise par rapport au tarif des VM standard. Elles sont idéales pour les charges de travail tolérantes aux pannes et interruptibles, comme le traitement de données par lots, car Compute Engine peut les préempter à tout moment lorsque les ressources sont nécessaires ailleurs. Contrairement aux VM preemptible (leur équivalent hérité), les Spot VMs n'ont pas de durée d'exécution maximale de 24 heures. La charge de travail doit gérer proprement les interruptions, généralement via du checkpointing. Les VM standard avec sustained use discounts coûtent toujours nettement plus cher que les Spot VMs. Les sole-tenant nodes s'adressent aux charges de travail qui exigent une isolation physique, pas à l'optimisation des coûts. Les committed use discounts supposent des engagements de 1-3 ans et conviennent surtout aux charges de travail stables, pas au traitement par lots. Astuce d'examen : les Spot VMs remplacent les VM preemptible et proposent le même modèle tarifaire, mais sans la limite de durée de vie maximale de 24 heures.

Sourcecloud.google.com

Les questions de l’app sont actuellement en anglais. Les traductions de cet aperçu concernent uniquement l’aperçu. Consulte l’organisme de certification pour connaître les langues disponibles pour l’examen officiel.

533 questions d’entraînement

La banque de questions Pass-IT te permet de t’entraîner pour GCP-PCDO. Un examen blanc Pass-IT comporte 55 questions à traiter en 120 minutes : ces paramètres sont ceux de l’entraînement.

Détails de la banque de questions : GCP-PCDO

Objectifs du guide19 objectifs répertoriés dans le guide officiel

répartis entre 5 domaines dans le guide officiel de l’examen

Taille de la banque533 questions

= La taille de la banque équivaut à 9 séries de 55 questions. Cela ne signifie pas que chaque examen blanc utilise une série distincte.

Domaines du programme5 domaines dans le programme de l’examen

Bootstrapping and maintaining a Google Cloud organization 122 · Building and implementing CI/CD pipelines, including continuous testing, for application, infrastructure, and machine learning workloads 127 · Applying site reliability engineering practices 87 · Implementing observability practices and troubleshooting issues 137 · Optimizing performance and cost 60

Questions marquées comme vérifiées à partir des sources533 sur 533

questions dont la réponse, les choix et l’explication sont enregistrés comme ayant été vérifiés à partir de la documentation officielle de Google Cloud

Contenu de l’examen

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.

Programme de l’examen : GCP-PCDO

Bootstrapping and maintaining a Google Cloud organization~20%

Lay out an organization's resource hierarchy, shared networking, and IAM policies from the ground up, manage the resulting infrastructure through code, design a CI/CD stack that spans hybrid and multi-cloud environments, keep staging and production cleanly separated, and provide secure, AI-assisted development environments for the teams building on top of it.

≈ 24 h
Building and implementing CI/CD pipelines, including continuous testing, for application, infrastructure, and machine learning workloads~25%

Design CI/CD pipelines that span applications, infrastructure, and ML workloads, run them with deployment strategies like canary and blue/green, keep their configuration and secrets under proper key management, and secure the pipeline itself with vulnerability scanning and supply-chain checks.

≈ 30 h
Applying site reliability engineering practices~18%

Balance change velocity and reliability using SLIs, SLOs, and error budgets, manage the service lifecycle including capacity planning and autoscaling, and mitigate incident impact on users through traffic redirection and rollback strategies.

≈ 22 h
Implementing observability practices and troubleshooting issues~25%

Instrument applications to emit logs, metrics, and traces, then make sense of that telemetry through dashboards, alerting policies, and distributed trace analysis when tracking down infrastructure, pipeline, or application problems.

≈ 30 h
Optimizing performance and cost~12%

Collect performance information using application performance monitoring and Active Assist insights, and implement FinOps practices such as spot VMs, committed-use discounts, and Google Cloud recommenders to optimize resource costs.

≈ 14 h

Format de l’examen et types de 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.

Types de questions : GCP-PCDO

Choix multiple80%

Sélectionne la seule réponse qui répond le mieux aux exigences de la question.

Réponse multiple20%

Sélectionne plusieurs réponses. Respecte le nombre de choix demandé dans la question.

Consulte Google Cloud pour les informations officielles sur les formats de questions. Les proportions affichées décrivent la banque de questions Pass-IT et ne permettent pas de déduire celles de l’examen officiel.

Préparation à GCP-PCDO

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.

Préparation et modalités : GCP-PCDO

Préparation

Exemple de durée de préparation70–180 h

fourchette illustrative pour t’organiser : de 70 h avec une expérience pertinente à 180 h si tu débutes ; tes besoins peuvent se situer en dehors de cette fourchette

NiveauAvancé
Connaissances conseilléesAucun prérequis officiel. Il est conseillé d'avoir au moins 3 ans d'expérience professionnelle, dont au moins 1 an passé à concevoir et gérer des systèmes en production sur Google Cloud.

Passage de l’examen et maintien de la certification

Modalités de passageSurveillé en ligne ou dans un centre d'examen Pearson VUE agréé
Conditions de nouvelle tentative14 jours d'attente après la première tentative, 60 jours après la deuxième, 365 jours après la troisième
Validité de la certification2 ans

Tu dois te recertifier tous les 2 ans en repassant la version en vigueur de l'examen.

Erreurs fréquentes

Points à revoir : GCP-PCDO

  1. 01SRE Practices

    Sous-estimer la profondeur des définitions de SLI, SLO et SLA, du calcul des error budgets et du lien entre objectifs de fiabilité et vitesse de livraison des fonctionnalités.

  2. 02Supply Chain Security

    Négliger Binary Authorization, le framework SLSA et Artifact Analysis : l’examen insiste beaucoup sur la sécurité de la chaîne d’approvisionnement logicielle.

  3. 03Observability Stack

    Connaître trop mal l’ensemble de la stack d’observabilité, à savoir OpenTelemetry, Cloud Trace, la corrélation du distributed tracing et les capacités de Gemini Cloud Assist.

  4. 04IaC and GitOps

    Ne pas connaître les différences entre Infrastructure Manager, Config Connector et Cloud Foundation Toolkit, ni savoir dans quel cas choisir chaque approche IaC.

  5. 05Deployment Strategies

    Confondre les stratégies canary, blue/green, rolling et traffic splitting, et ignorer la façon dont Cloud Deploy met chacune d’elles en œuvre.

  6. 06Cost Optimization

    Passer à côté des pratiques FinOps : committed-use discounts, sustained-use discounts, Spot VMs et recommenders Google Cloud.

Questions fréquentes

Quels points méritent une attention particulière pendant la préparation de Professional Cloud DevOps Engineer ?

Les points à revoir comprennent SRE Practices, Supply Chain Security, Observability Stack, IaC and GitOps, Deployment Strategies, Cost Optimization. Travaille sur des exemples pour vérifier que tu comprends les distinctions et que tu peux expliquer ta réponse.

Comment l'examen Professional Cloud DevOps Engineer est-il pondéré ?

Deux sections arrivent à égalité en tête avec 25% chacune : construire des pipelines CI/CD, et mettre en place l'observabilité et résoudre les incidents. Amorcer et maintenir une organisation compte pour 20%, les pratiques de site reliability engineering pour 18% et l'optimisation des performances et des coûts pour 12%. La moitié de l'examen porte donc sur les pipelines et l'observabilité.

Quel bagage l'examen Cloud DevOps Engineer attend-il ?

Trois ans d'expérience professionnelle ou plus, dont au moins un an à faire tourner des systèmes en production sur Google Cloud, à titre de recommandation et non d'obligation. Le catalogue prévoit un budget de 120 heures. La partie site reliability engineering suppose en particulier que tu as déjà été d'astreinte, car elle interroge sur des arbitrages plutôt que sur des définitions.

Combien de temps le Professional Cloud DevOps Engineer reste-t-il valable ?

Deux ans, et se recertifier signifie repasser la version de l'examen en vigueur à ce moment-là. Google Cloud ne propose aucune alternative à base de crédits pour cette certification.

Quelle est la politique de repassage pour l'examen Cloud DevOps Engineer ?

Quatorze jours après le premier échec, 60 jours après le deuxième et 365 jours après le troisième. Ce troisième délai est assez long pour qu'il vaille mieux prendre l'examen très au sérieux dès la deuxième tentative plutôt qu'à la première.

Une certification, 12 mois

Entraînement pour GCP-PCDO

Concentre ton entraînement sur une certification ou choisis Pro pour t’entraîner à toutes les certifications.

Commencer un entraînement gratuitEssaie les 20 premières questions sans carte bancaire pour voir si cet entraînement te convient.

Pour les achats éligibles : remboursement garanti si tu échoues à ton examen.

Voir les conditions de garantie →