Google Cloud Professional Cloud Developer
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 Developer (PCD) valida la capacidad de construir aplicaciones escalables, seguras y nativas de la nube en Google Cloud. El examen enfatiza la ingeniería real: elegir entre Cloud Run, GKE, App Engine y Cloud Functions para una carga de trabajo determinada; diseñar sistemas impulsados por eventos con Pub/Sub y Eventarc; implementar la observabilidad con Cloud Trace y Cloud Profiler; e integrarse con Cloud SQL, Spanner, Firestore y Memorystore. El estilo de las preguntas es muy basado en escenarios —historias cortas sobre los requisitos de un equipo con cuatro opciones plausibles, donde una es la respuesta más idiomática de Google Cloud. PCD es el análogo en GCP de AWS Developer Associate, un nivel superior, o Azure AZ-204 con contenido de arquitectura más profundo. Está dirigido a desarrolladores backend, ingenieros full-stack e ingenieros de plataforma que realmente envían código en GCP.
El dominio más grande con un 25%. Patrones de 12 factores, ventajas y desventajas de microservicios vs. monolitos, elección de la computación adecuada (Cloud Run vs. GKE vs. Cloud Functions vs. App Engine), diseño impulsado por eventos con Pub/Sub. Gran énfasis en escenarios de ventajas y desventajas.
Desarrollo local con Cloud Code, creación de contenedores con Cloud Build y Buildpacks, patrones de pruebas unitarias / de integración / de carga, gestión de dependencias. 20%.
Implementaciones blue-green y canary en Cloud Run y GKE, división de tráfico, Artifact Registry, patrones de pipeline de implementación con Cloud Build, identidad de servicio y Workload Identity. 20%.
Patrones de Pub/Sub (push vs. pull, entrega exactamente una vez), Eventarc, Cloud Tasks, Cloud Scheduler, integraciones con Cloud SQL / Spanner / Firestore / Memorystore. 20% — gran énfasis en patrones idiomáticos.
Cloud Logging, Cloud Monitoring, Cloud Trace, Cloud Profiler, informes de errores, ajuste de autoescalado, ingeniería consciente de los costos. 15%.
Servicios que encontrarás en el examen y por qué cada uno importa.
Tiempo de ejecución de contenedores sin servidor completamente gestionado que escala a cero, con revisiones, división de tráfico, ajuste de concurrencia y facturación basada en solicitudes.
Por qué está en el examen: El Dominio 1 (Diseño de aplicaciones nativas de la nube) considera Cloud Run como la primitiva de cómputo predeterminada para servicios en contenedores sin estado; espere preguntas sobre concurrencia, arranques en frío y reversión de revisiones.
Cómputo sin servidor impulsado por eventos (2.ª generación construida sobre Cloud Run) que se activa mediante eventos HTTP, Pub/Sub, Cloud Storage, Eventarc y Firestore.
Por qué está en el examen: El Dominio 1 + el Dominio 4 (Integración de servicios de Google Cloud) evalúan las Functions para la unión ligera entre servicios y los patrones de mapeo de fuentes de eventos.
PaaS completamente gestionado para aplicaciones web con entornos Standard (escalado por solicitud) y Flexible (basado en contenedores), división de tráfico y despliegues versionados.
Por qué está en el examen: El Dominio 3 (Despliegue de aplicaciones) evalúa la división de tráfico de App Engine, los despliegues versionados y la selección entre Standard y Flexible, un distractor recurrente frente a Cloud Run.
Kubernetes gestionado con modos Autopilot y Standard, Workload Identity, ingreso multi-clúster y malla de servicios Anthos integrada.
Por qué está en el examen: El Dominio 1 + el Dominio 3 evalúan las compensaciones entre GKE Autopilot y Standard, Workload Identity para autenticación de pod a Google API y estrategias de despliegue rolling vs. azul/verde.
Servicio de CI gestionado impulsado por `cloudbuild.yaml` que construye imágenes de contenedores, ejecuta pruebas, firma artefactos y los envía a Artifact Registry.
Por qué está en el examen: El Dominio 2 (Creación y prueba de aplicaciones) nombra a Cloud Build como el servicio de CI canónico; espere preguntas sobre los pasos de construcción, las sustituciones y los activadores.
Repositorios Git privados gestionados integrados con activadores de Cloud Build, Cloud Logging y acceso a repositorios basado en IAM.
Por qué está en el examen: El Dominio 2 + el Dominio 3 cubren CSR como la fuente nativa de Google para los activadores de Cloud Build, a menudo contrastado con repositorios espejo de GitHub/GitLab.
Servicio de entrega continua gestionado para GKE, Cloud Run y Anthos con pipelines de entrega declarativos, puertas de promoción y reversión automatizada.
Por qué está en el examen: El Dominio 3 (Despliegue de aplicaciones) evalúa la progresión del pipeline de Cloud Deploy (desarrollo → staging → producción), las puertas de aprobación y la semántica de reversión.
Almacenamiento unificado para imágenes de contenedores, paquetes Maven, npm, Python, Go y OS con acceso controlado por IAM, escaneo de vulnerabilidades y repositorios remotos/virtuales.
Por qué está en el examen: El Dominio 2 + el Dominio 3 esperan Artifact Registry (sucesor de Container Registry) como el almacén de imágenes consumido por los despliegues de Cloud Build → Cloud Run / GKE.
Base de datos de documentos sin servidor (Firestore en modo Native o Datastore) con oyentes en tiempo real, sincronización offline y reglas de seguridad; Firebase Realtime DB para aplicaciones heredadas basadas en árboles JSON.
Por qué está en el examen: El Dominio 1 evalúa Firestore para cargas de trabajo de documentos de baja latencia con envío en tiempo real a clientes móviles/web, un contraste recurrente con Cloud Spanner y Bigtable.
Base de datos relacional distribuida globalmente y fuertemente consistente con escalado horizontal, instancias regionales/multirregionales y soporte de dialectos SQL + GoogleSQL.
Por qué está en el examen: El Dominio 1 nombra a Spanner siempre que una pregunta requiere semántica relacional a escala planetaria o disponibilidad de cinco nueves; lo distingue de Cloud SQL y Firestore.
Mensajería asíncrona global con entrega al menos una vez, suscripciones push y pull, claves de ordenación, temas de mensajes fallidos y Pub/Sub Lite para cargas de trabajo regionales de alto rendimiento.
Por qué está en el examen: El Dominio 4 (Integración de servicios de Google Cloud) evalúa Pub/Sub como la primitiva de desacoplamiento canónica para backends impulsados por eventos; la elección entre pull y push, y la semántica de DLQ, son preguntas comunes.
Colas de tareas asíncronas gestionadas con programación por tarea, control de velocidad/concurrencia, reintentos con retroceso exponencial y destinos HTTP / App Engine.
Por qué está en el examen: El Dominio 4 distingue Cloud Tasks (control explícito y deduplicado por tarea) de Pub/Sub (flujos de distribución), un par de distractores recurrentes al estilo DVA.
Orquestador de flujos de trabajo sin servidor que utiliza un DSL YAML/JSON para encadenar APIs de HTTP, Cloud Functions, Cloud Run y Google Cloud con reintentos y pasos paralelos.
Por qué está en el examen: El Dominio 4 contrasta Workflows (orquestación duradera) con la distribución directa de Pub/Sub; las preguntas evalúan los reintentos de pasos, las ramas paralelas y el uso de conectores.
Apigee proporciona gestión completa del ciclo de vida de la API (proxies, monetización, análisis, OAuth); API Gateway es una puerta de enlace gestionada ligera para backends sin servidor.
Por qué está en el examen: El Dominio 4 evalúa Apigee para el ciclo de vida de la API empresarial (portal de desarrolladores, cuota, proxies OAuth) y API Gateway para la exposición de API sin servidor; elegir entre ellos es un escenario recurrente.
Capa de gestión de API OpenAPI/gRPC para backends de App Engine, GKE y Compute Engine con proxy ESP/ESPv2, autenticación, monitoreo y aplicación de cuotas.
Por qué está en el examen: El Dominio 4 mantiene Cloud Endpoints en el alcance para backends autoalojados en GKE/Compute Engine donde Apigee es excesivo pero API Gateway no encaja.
Infraestructura de eventos para entregar más de 130 fuentes de eventos de Google Cloud a Cloud Run, Cloud Functions y GKE a través de Pub/Sub con formato CloudEvents o activadores de registro de auditoría.
Por qué está en el examen: El Dominio 4 nombra a Eventarc siempre que un evento debe fluir de un servicio de Google Cloud (p. ej., Cloud Storage, Registros de auditoría) a un destino sin servidor con formato CloudEvents estándar.
Identidad con alcance de proyecto y organización con roles predefinidos y personalizados, cuentas de servicio, Workload Identity Federation y políticas basadas en recursos.
Por qué está en el examen: El Dominio 5 (Gestión del rendimiento de las aplicaciones / Seguridad) evalúa el diseño de roles de mínimo privilegio, la suplantación de cuentas de servicio y Workload Identity para la autenticación de pod a Google API sin claves estáticas.
Cloud KMS gestiona claves de cifrado gestionadas por el cliente (CMEK / HSM externo); Secret Manager almacena claves API, credenciales de DB y tokens con versionado y rotación.
Por qué está en el examen: El Dominio 1 + el Dominio 3 esperan Secret Manager para la inyección de credenciales en tiempo de ejecución y Cloud KMS como el almacén de claves de respaldo; distinguirlos de las variables de entorno es una pregunta recurrente.
Cloud Trace para análisis de latencia distribuida, Cloud Profiler para perfiles de CPU/memoria en producción y Cloud Debugger (obsoleto; reemplazo de Snapshot Debugger) para inspección de estado en vivo.
Por qué está en el examen: El Dominio 5 (Gestión del rendimiento de las aplicaciones) es en gran parte Cloud Operations Suite; espere preguntas sobre cadenas de rastreo en Cloud Run/Functions y diagnóstico de puntos calientes impulsado por perfiles.
Cloud Logging agrega registros estructurados de cada servicio de Google Cloud con receptores, métricas basadas en registros y Logs Explorer; Error Reporting agrupa y alerta sobre excepciones de aplicaciones.
Por qué está en el examen: El Dominio 5 evalúa el registro estructurado de Cloud Run/Functions, las alertas basadas en registros a través de Cloud Monitoring y las agrupaciones de Error Reporting, la superficie canónica de "dónde está el error".
$130k–$180k–$270k USD anual
El rango refleja ingenieros backend / cloud-native sénior con sede en EE. UU. donde GCP es la plataforma principal. El TC de un ingeniero de software FAANG L5 supera los $300k. La certificación es una señal sólida pero por sí sola no desbloquea estos salarios — complementa 5–10+ años de experiencia demostrada en ingeniería de software.
Fuente: levels.fyi 2025–2026 (ingenieros de software L4–L5 de Google, FAANG y backends sénior unicorn de tiendas GCP), U.S. BLS OEWS Mayo 2024 (15-1252 desarrolladores de software). Las cifras son aproximadas; la compensación real depende del rol, la región y la experiencia.
La PCD se solicita con menos frecuencia que las certificaciones de la vía de arquitecto, pero es un fuerte diferenciador en las ofertas de empleo de ingeniero backend sénior y de plataforma en empresas que usan GCP intensivamente. La demanda se concentra en Spotify, Snap, PayPal, Wayfair, varios minoristas importantes, estudios de juegos y socios de Google Cloud. La certificación también es valorada en el propio Google — los niveles de ingeniería de clientes y defensores de desarrolladores la suelen listar como preferida. La PCD se combina naturalmente con la certificación CKAD de Kubernetes y con Terraform Associate para formar un sólido perfil de desarrollador cloud-native. Es menos utilizada como filtro de contratación que ACE o PCA, pero los titulares reportan consistentemente una mejor respuesta de los reclutadores para roles de ingeniero sénior.
No hay requisitos previos formales. Google recomienda tres o más años de experiencia en la industria, incluyendo uno o más años diseñando y desarrollando aplicaciones en Google Cloud. En la práctica, PCD no es una primera certificación GCP sensata para no desarrolladores — los candidatos exitosos pueden leer y escribir Go, Java, Python o Node.js con comodidad y han enviado aplicaciones no triviales.
El Associate Cloud Engineer (ACE) es el trampolín más común, pero no es estrictamente obligatorio si ya escribe código de producción en AWS o Azure. Se requiere de facto familiaridad con contenedores, Kubernetes básico (Deployments, Services, ConfigMaps), conceptos de CI/CD, y al menos una de las principales bases de datos SQL o de documentos. La ruta oficial de aprendizaje de Cloud Developer en Google Cloud Skills Boost (alrededor de 50–70 horas de laboratorios y lectura) es una buena base, pero la mayoría de los candidatos exitosos la complementan con proyectos paralelos personales en Cloud Run / GKE.
La PCD está clasificada como profesional y es realmente pesada en escenarios. Planifique 80–130 horas de estudio durante 8–12 semanas si PCD es su primera certificación profesional de GCP, o 40–70 horas durante 4–6 semanas si ya posee ACE más una sólida experiencia en ingeniería backend. El examen consta de 50–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 es elegir entre Cloud Run, GKE, App Engine y Cloud Functions para un escenario dado — la respuesta "preferida" de Google a menudo depende de sutiles criterios de escalado, latencia o sobrecarga operativa que no son obvios solo con la documentación. El segundo obstáculo es la semántica de entrega de Pub/Sub (al menos una vez vs. exactamente una vez, push vs. pull, temas de dead-letter). 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 del examen actual actualizada a finales de 2023 para añadir trabajos de Cloud Run, cobertura ampliada de Eventarc y escenarios actualizados de Workload Identity de GKE. Se eliminó el enfoque en el entorno flexible heredado de App Engine.
Actualización importante que introdujo Cloud Run como una opción de computación de primera clase y expandió el dominio de observabilidad.
PCD (Google Cloud Professional Cloud Developer) 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.
PCD 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 PCD es No publicado. El examen contiene 50 preguntas y dura 2 h.
La tarifa del examen PCD 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 PCD. 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.