Google Cloud Professional Cloud DevOps Engineer
225 preguntas de práctica
Última revisión: April 2026
Notas personales y enlaces de recursos para tu camino de estudio
Filtrar por Certificación
El Google Cloud Professional Cloud DevOps Engineer (PCDOE) valida la capacidad de aplicar los principios de ingeniería de fiabilidad del sitio (SRE) de Google a los servicios de producción en Google Cloud. El examen combina contenido clásico de DevOps (CI/CD con Cloud Build y Cloud Deploy, GitOps, Artifact Registry, IaC con Terraform) con el enfoque distintivo de SRE de Google — SLO, SLI, presupuestos de errores, reducción de esfuerzo repetitivo (toil), cultura de postmortem. También cubre el conjunto completo de Cloud Operations (Logging, Monitoring, Trace, Profiler, Error Reporting), operaciones del segundo día de GKE y FinOps. El PCDOE es el análogo en GCP del AWS DevOps Engineer Professional y Azure AZ-400 — más cercano en espíritu al libro de Google SRE que a una certificación de DevOps centrada en herramientas.
Jerarquía de recursos, políticas de organización, IAM básico, medidas de seguridad de red y seguridad, IaC con Terraform y Cloud Foundation Toolkit. 20%.
El dominio más grande con un 23%. Cloud Build, Cloud Deploy, Skaffold, Artifact Registry, estrategias de despliegue (blue-green, canary, rolling), GitOps con Config Sync. Con gran énfasis en escenarios de diseño de pipelines.
Empatado como el dominio más grande con un 23%. Diseño de SLI / SLO / presupuesto de errores, identificación y reducción de esfuerzo repetitivo (toil), planificación de capacidad, prácticas de guardia (on-call), postmortems. Extraído directamente del libro de Google SRE.
Enrutamiento y sumideros de Cloud Logging, métricas basadas en logs, paneles de Cloud Monitoring y alertas, Cloud Trace, Cloud Profiler, Error Reporting. 22%.
El dominio más pequeño con un 12% pero de alta densidad. Ajuste de tamaño de GKE (rightsizing), familias de máquinas de Compute Engine, FinOps con Active Assist y Recommender, ajuste de autoescalado.
Servicios que encontrarás en el examen y por qué cada uno importa.
Servicio de CI gestionado que ejecuta compilaciones, pruebas e imágenes de contenedor en workers alojados por Google, impulsado por un cloudbuild.yaml declarativo.
Por qué está en el examen: El Dominio 2 (CI/CD Pipelines) nombra a Cloud Build como el ejecutor de compilaciones nativo de PCDOE canónico — sustrato para la creación de imágenes, la atestación y los disparadores de pipelines.
Servicio de entrega continua gestionado que promociona imágenes de contenedor a través de objetivos ordenados de GKE / Cloud Run con aprobaciones y reversión.
Por qué está en el examen: El Dominio 2 evalúa patrones de entrega progresiva (canary, blue/green) — Cloud Deploy es la respuesta equivalente a AWS CodeDeploy en GCP.
Registro unificado para paquetes Docker, Helm, Maven, npm, Python, Go y OS con aislamiento VPC-SC y escaneo de vulnerabilidades.
Por qué está en el examen: El Dominio 2 + el Dominio 5 enfatizan la procedencia de los artefactos y el escaneo de vulnerabilidades — Artifact Registry es el punto final de la cadena de suministro y la fuente de imágenes para Cloud Deploy.
Alojamiento Git gestionado integrado con disparadores de Cloud Build, Cloud Logging e IAM de Cloud Identity para flujos de trabajo de control de código fuente.
Por qué está en el examen: El Dominio 2 espera una fuente de verdad integrada para los disparadores de Cloud Build y las versiones de Cloud Deploy — CSR es el equivalente a AWS CodeCommit.
Kubernetes gestionado con modos Estándar y Autopilot, planos de control regionales, ingreso multi-clúster y actualizaciones gestionadas de grupos de nodos.
Por qué está en el examen: El Dominio 3 (SRE Practices) y el Dominio 4 (Observability) dependen de GKE — el despliegue de cargas de trabajo, el autoescalado consciente de SLO y las actualizaciones continuas están centrados en GKE.
Controlador de configuración GitOps que sincroniza el estado declarativo del clúster (Kustomize, Helm, Config Sync) y aplica restricciones de Policy Controller (OPA Gatekeeper) en flotas.
Por qué está en el examen: El Dominio 1 (Bootstrapping a Google Cloud organization) y el Dominio 3 (SRE Practices) evalúan GitOps y la política como código — ACM es la respuesta nombrada de GCP.
Complemento de Kubernetes que gestiona recursos de GCP (conjuntos de datos de BigQuery, temas de Pub/Sub, enlaces de IAM) como CRDs conciliados a partir de manifiestos de clúster.
Por qué está en el examen: El Dominio 1 evalúa la infraestructura declarativa en forma de GitOps — Config Connector permite a los equipos de plataforma implementar el aprovisionamiento de GCP junto con las cargas de trabajo bajo el mismo kubectl apply.
HashiCorp Terraform con los proveedores oficiales google + google-beta, además de módulos de Cloud Foundation Toolkit y la biblioteca de políticas Terraform-validator.
Por qué está en el examen: El Dominio 1 nombra a Terraform como la herramienta IaC de facto para landing zones, proyectos, redes e IAM — PCDOE espera fluidez con la estructura de módulos y la estrategia de estado.
Entorno de ejecución de contenedores sin servidor (dirigido por solicitudes o eventos) con división de tráfico por revisiones, sidecars y mTLS gestionado a través de Cloud Service Mesh.
Por qué está en el examen: El Dominio 2 evalúa la entrega progresiva para servicios sin estado — las revisiones de Cloud Run + las divisiones de tráfico son la primitiva canary canónica.
Cómputo sin servidor dirigido por eventos (disparadores HTTP y Eventarc) para la unión ligera entre Pub/Sub, Cloud Storage y Firestore.
Por qué está en el examen: El Dominio 4 (Observability) cita a Functions como el sustrato para la automatización de respuesta a incidentes y los runbooks dirigidos por eventos.
Orquestación sin servidor que encadena APIs de Google Cloud y endpoints HTTP con reintentos, pasos paralelos y manejo estructurado de errores.
Por qué está en el examen: El Dominio 4 espera una remediación automatizada — Workflows es el equivalente a AWS Step Functions para la respuesta a incidentes y los playbooks de reversión multi-servicio.
Servicio de cola de tareas totalmente gestionado con limitación de tasas, deduplicación y objetivos HTTP / App Engine para trabajo asíncrono y de ejecución única.
Por qué está en el examen: El Dominio 5 (Performance and Cost Optimization) evalúa patrones de deslastre de carga — Cloud Tasks desacopla los productores con picos de actividad de los consumidores con limitación de tasas y amortigua los picos de costos.
Modo de operación de GKE donde Google gestiona nodos, autoescalado y dimensionamiento de grupos de nodos — facturado por pod con disponibilidad respaldada por SLA.
Por qué está en el examen: El Dominio 5 nombra a Autopilot como la compensación costo/esfuerzo operativo para equipos que desean fiabilidad de grado SRE sin gestionar grupos de nodos.
Agrupación lógica de múltiples clústeres GKE a través de proyectos, regiones y on-prem con habilitación de características a nivel de flota (Config Sync, Policy Controller, Identity).
Por qué está en el examen: El Dominio 1 + el Dominio 3 evalúan operaciones multi-clúster — las flotas son la unidad de propagación de políticas e identidad para los equipos de plataforma que gestionan muchos clústeres.
Plataforma de entrega continua multi-nube de código abierto con soporte nativo para GKE / Cloud Run, etapas de juicio manual y análisis canary automatizado.
Por qué está en el examen: El Dominio 2 contrasta Cloud Deploy (gestionado, con opinión) con Spinnaker (autoalojado, multi-nube) — saber cuándo encaja cada uno es una distinción recurrente de PCDOE.
IAM de Google Cloud con enlaces condicionales, más Workload Identity que federa pods de GKE / externos a cuentas de servicio de Google sin claves de larga duración.
Por qué está en el examen: El Dominio 1 + el Dominio 3 dependen de la autenticación sin claves — Workload Identity es la forma canónica en que los pipelines y pods asumen identidades de GCP bajo el principio de mínimo privilegio.
Pila de observabilidad integrada — Cloud Logging para agregación de logs, Cloud Monitoring para métricas y alertas, Cloud Trace para latencia y Cloud Profiler para muestreo continuo de CPU/heap.
Por qué está en el examen: El Dominio 4 (Observability and Troubleshooting) es la razón principal de esta suite; PCDOE espera un uso fluido de MQL, métricas basadas en logs y verificaciones de tiempo de actividad.
Error Reporting agrega y agrupa rastreos de pila de Cloud Logging en problemas accionables; Cloud Debugger captura el estado de la aplicación del código de producción en ejecución sin redespliegues.
Por qué está en el examen: El Dominio 4 evalúa el triaje de incidentes en vivo — Error Reporting detecta regresiones, Debugger inspecciona el estado sin forzar una reversión.
Definiciones nativas de SLO en Service Monitoring con alertas de tasa de consumo de presupuesto de error continuas y políticas de velocidad de lanzamiento impulsadas por el presupuesto.
Por qué está en el examen: El Dominio 3 (SRE Practices) se basa en SLIs/SLOs/presupuestos de error — PCDOE espera que los candidatos traduzcan las expectativas del usuario en políticas de alerta de tasa de consumo.
$135k–$185k–$280k USD anual
El rango refleja ingenieros SRE y DevOps con base en EE. UU. donde GCP es la plataforma principal. El TC de SRE L5 en FAANG supera los $300k+. Los roles puramente de operaciones tienden a ser más bajos; los puestos de SRE senior / ingeniero de producción en empresas nativas digitales que usan GCP tienden a ser más altos. La certificación es una señal fuerte, pero se combina mejor con experiencia demostrada en producción y en guardia (on-call).
Fuente: levels.fyi 2025–2026 (Google L4–L5 SRE, FAANG y ingenieros de plataforma senior en unicornios GCP-shop), Oficina de Estadísticas Laborales de EE. UU. OEWS Mayo 2024 (15-1244 administradores de sistemas de red y computadoras, 15-1252 desarrolladores de software). Las cifras son aproximadas; la compensación real depende del rol, la región y la experiencia.
La demanda de PCDOE ha crecido constantemente a medida que la cultura SRE-first de GCP se ha exportado a sus clientes. Hay una fuerte demanda en empresas nativas digitales que usan GCP (Spotify, Snap, PayPal, varios minoristas importantes, estudios de juegos) donde el modelo SRE ya está adoptado, y en socios de Google Cloud que desarrollan prácticas de servicios gestionados. La certificación se combina naturalmente con Kubernetes CKA / CKAD y Terraform Associate para formar un perfil SRE cloud-native sólido. Los titulares informan consistentemente una fuerte respuesta de los reclutadores para roles de SRE e ingeniero de plataforma senior. El PCDOE también indica fluidez en el libro de Google SRE, lo que en sí mismo es una señal de contratación en empresas que han adoptado el modelo SRE.
No hay requisitos previos formales. Google recomienda tres o más años de experiencia en la industria y uno o más años diseñando y gestionando soluciones en Google Cloud. En la práctica, el PCDOE no es una primera certificación creíble de GCP — los candidatos exitosos han implementado sistemas de producción y han realizado turnos de guardia (on-call).
El Associate Cloud Engineer (ACE) es el paso intermedio más común, pero no es estrictamente necesario si ya gestionas entornos de producción en AWS o Azure. La lectura del libro de Google SRE ("Site Reliability Engineering") y del SRE Workbook es, en la práctica, parte de la preparación — muchas preguntas del examen parafrasean pasajes directamente. Se requiere comodidad con Kubernetes (Deployments, Services, HPA, PodDisruptionBudgets), Terraform y pipelines de Cloud Build. La ruta de aprendizaje oficial de DevOps Engineer en Google Cloud Skills Boost (alrededor de 40–60 horas) cubre el currículo.
El PCDOE está calificado como profesional y es moderadamente difícil — el contenido específico de SRE (SLO, presupuestos de errores, esfuerzo repetitivo (toil)) dificulta más a los candidatos tradicionales enfocados en operaciones que a los ingenieros de fiabilidad del sitio experimentados. Planifica entre 80 y 130 horas de estudio durante 8 a 12 semanas si el PCDOE es tu primera certificación profesional de GCP, o entre 40 y 70 horas durante 4 a 6 semanas si ya tienes experiencia como ACE y SRE en guardia (on-call). El examen consta de 50 a 60 preguntas de opción múltiple / selección múltiple en 120 minutos, administrado a través de Pearson VUE (Google migró de Kryterion / Webassessor a principios de 2026).
El obstáculo más común son las preguntas de filosofía SRE — la respuesta esperada de Google a menudo depende de distinciones sutiles (cuándo gastar el presupuesto de errores vs. cuándo congelar despliegues, cuándo la reducción de esfuerzo repetitivo (toil) merece ser automatizada vs. aceptada). El segundo obstáculo son los patrones de producción de GKE, especialmente el diseño de grupos de nodos, PodDisruptionBudgets y Workload Identity. Google no publica puntuaciones numéricas — solo aprobado/reprobado. La credencial es válida por dos años y la recertificación requiere volver a aprobar el examen actual.
Guía de examen actual actualizada a finales de 2023 para añadir Cloud Deploy, cobertura de Config Sync / GitOps y escenarios actualizados de GKE Autopilot. Se amplió la ponderación del dominio de la filosofía SRE.
Actualización importante que introdujo Cloud Build como la superficie principal de CI y alineó el contenido de SLO / presupuesto de errores con el SRE Workbook.
PCDOE (Google Cloud Professional Cloud DevOps Engineer) es un examen de nivel Professional un examen desafiante, con muchos escenarios, que requiere una profunda experiencia práctica y la capacidad de tomar decisiones de compensación arquitectónica. La mayoría de los candidatos necesitan entre 150 y 300 horas de estudio distribuidas en 3 a 6 meses para los exámenes de nivel profesional y experto. Estos exámenes suelen esperar una competencia previa a nivel asociado. La mayoría de los candidatos que obtienen consistentemente una puntuación por encima del umbral de aprobación en los exámenes de práctica, aprueban en su primer intento.
La mayoría de los candidatos necesitan entre 150 y 300 horas de estudio distribuidas en 3 a 6 meses para los exámenes de nivel profesional y experto. Estos exámenes suelen esperar una competencia previa a nivel asociado. El tiempo para aprobar varía ampliamente según la experiencia previa. Los ingenieros con experiencia práctica en producción en la tecnología subyacente suelen necesitar menos; los candidatos nuevos en la plataforma deben planificar hacia el extremo superior de ese rango.
PCDOE es una credencial reconocida en el ecosistema de GCP y señala conocimientos validados a empleadores, reclutadores y clientes. Si vale la pena el tiempo y la tarifa para ti, depende de tu rol y objetivos — tiende a ser más rentable para ingenieros de la nube, arquitectos y consultores que trabajan con GCP a diario o quieren pasar a roles que lo hagan.
La puntuación de aprobación para PCDOE es No publicado. El examen contiene 50 preguntas y dura 2 h.
La tarifa del examen PCDOE es de $200 USD. Las tarifas son establecidas por GCP y pueden variar según la región; siempre confirma el precio actual en la página oficial de certificación de GCP antes de reservar.
Las certificaciones Google Cloud Professional son válidas por 2 años. Recertifícate volviendo a aprobar la versión actual del examen.
Sí. Puedes realizar el examen en línea (supervisado a través del navegador seguro del proveedor, disponible 24/7 en la mayoría de las regiones) o en un centro de examen presencial de Pearson VUE durante el horario comercial. Ambos formatos utilizan las mismas preguntas, límite de tiempo y puntuación de aprobación.
CertLabPro ofrece 15 modos de estudio en todo el banco de preguntas de práctica para PCDOE. El modo de simulación de examen reproduce el examen real: 50 preguntas en 2 h, con el mismo umbral de aprobación de No publicado. El modo de navegación te permite leer todas las preguntas y respuestas de forma estática.