Professional Cloud DevOps Engineer — Preguntas de práctica y simulacro de examen

La certificación Google Cloud Professional Cloud DevOps Engineer valida la experiencia en la implementación de procesos y capacidades a lo largo del ciclo de vida del desarrollo de sistemas utilizando metodologías y herramientas recomendadas por Google. Los candidatos demuestran su capacidad para habilitar una entrega eficiente de software e infraestructura equilibrando la confiabilidad con la velocidad de entrega.

Esta certificación de nivel profesional cubre el arranque y mantenimiento de organizaciones de Google Cloud, la construcción de pipelines de CI/CD para cargas de trabajo de aplicaciones, infraestructura y ML, la aplicación de prácticas de ingeniería de confiabilidad de sitios, la implementación de observabilidad y resolución de problemas, y la optimización de rendimiento y costo. Está diseñada para ingenieros con más de 3 años de experiencia en la industria, incluyendo más de 1 año gestionando sistemas de producción en Google Cloud.

Construir pipelines de CI/CD e implementar observabilidad empatan como la porción más grande, con 25% cada una. La primera cubre el diseño de pipelines para cargas de trabajo de aplicaciones, infraestructura y ML, la ejecución de estrategias de despliegue canary o blue/green, y el cierre del riesgo de supply chain con escaneo de vulnerabilidades y verificación de procedencia. La segunda cubre cómo convertir la telemetría de la aplicación (logs de eventos, métricas, distributed traces) en dashboards, políticas de alertas y análisis con Gemini Cloud Assist. Preparar y mantener la organización de Google Cloud (jerarquía de recursos, shared networking, políticas de IAM, infrastructure as code) se lleva 20%. La práctica de SRE, que incluye SLIs, SLOs, error budgets y mitigación de incidentes, se lleva 18%. La optimización de costos y rendimiento mediante prácticas de FinOps cierra el blueprint con 12%.

La mitad del examen vive en ingeniería de pipelines y observabilidad, no en teoría de SRE. Eso significa que quien haya leído sobre error budgets pero nunca haya configurado una política de alertas ni rastreado una petición entre servicios va mal preparado para lo concretas que se ponen las preguntas.

El examen presenta entre 50 y 60 preguntas de opción múltiple y de selección múltiple en una ventana de 120 minutos, con un peso aproximado de 80% de respuesta única y 20% de selección múltiple. La mayoría son preguntas basadas en escenarios: aplicas diseño de CI/CD, práctica de SRE o instrumentación de observabilidad a una situación que involucra Cloud Build, Cloud Deploy, GKE, Cloud Logging o Cloud Monitoring.

Cada dominio del examen GCP-PCDO tiene suficientes preguntas en el banco para practicarlo a fondo. El simulacro te plantea 55 preguntas seguidas, con el mismo cronómetro de 120 minutos que el día del examen.

Cuánto tiempo necesitas depende de la experiencia práctica que ya tienes. El resto lo define el proveedor: cómo se hace el examen, cuándo puedes repetirlo y cuánto dura la certificación.

El examen se toma en línea con supervisión remota o en un centro de evaluación autorizado de Pearson VUE, y está disponible en inglés y japonés. La certificación tiene una vigencia de 2 años; recertificarte significa aprobar la versión vigente del examen.

La gente subestima qué tan a fondo entran los cálculos de SLI, SLO y error budget: el examen espera que razones sobre el equilibrio entre objetivos de confiabilidad y velocidad de release, no que recites definiciones. La seguridad de la supply chain dentro del pipeline de CI/CD, con Binary Authorization y el framework SLSA, tiene un peso que un plan de estudio enfocado solo en mecánica de despliegue suele saltarse. El stack de observabilidad va mucho más allá de los dashboards: aparecen la instrumentación con OpenTelemetry, la correlación de distributed traces y el papel de Gemini Cloud Assist en el análisis de logs y métricas. Las estrategias de despliegue canary, blue/green y rolling son fáciles de confundir bajo presión de tiempo, y las palancas de FinOps (los niveles de precio por committed use, el descuento automático por sustained use y los recomendadores de costos de Google Cloud) reciben menos atención que los dominios técnicos aunque se evalúan de forma directa.