Ingeniero de DevOps en la Nube (PCDOE) de GCP: qué hay realmente en el examen
PCDOE evalúa las prácticas de SRE y DevOps en GCP — Cloud Build, Cloud Deploy, pipelines de GKE, diseño de SLO, respuesta a incidentes. Aquí te explicamos qué esperar y cómo se compara con AZ-400 y DOP-C02.
PCDOE — Professional Cloud DevOps Engineer (Ingeniero Profesional de DevOps en la Nube) — es la certificación de DevOps con sabor a SRE de Google. Cuesta $200, dura dos horas, tiene alrededor de 50 preguntas y una validez de dos años. Si has tomado algún examen Profesional de Google, esa es la forma estándar. Lo que no es estándar es la densidad de los estudios de caso. El PCDOE tiene la reputación de ser uno de los exámenes profesionales de Google más difíciles de aprobar en el primer intento, y la razón es casi en su totalidad que las preguntas son largas, con muchos escenarios, y asumen que realmente has operado un servicio en producción.
Las tasas de aprobación no se publican — Google tampoco publica puntuaciones numéricas, solo aprueba/suspende — pero la tasa anecdótica de primer intento en los hilos de grupos de estudio se sitúa notablemente por debajo de ACE y un poco por debajo de PCA. Tómatelo con la salvedad habitual. Las tasas de aprobación autoinformadas tienden a estar sesgadas por personas que suspendieron y quieren desahogarse.
Qué cubre realmente el examen
La guía oficial divide el PCDOE en cinco dominios. El peso se reajusta cada dos años, pero la estructura es consistente:
- Aplicación de principios de ingeniería de fiabilidad de sitios (SRE). Diseño de SLO y SLI, presupuestos de errores, reducción de trabajo repetitivo, postmortems sin culpa. Extraído directamente del libro SRE de Google — lee al menos los capítulos sobre SLOs, alertas y respuesta a incidentes si no lo has hecho.
- Construcción e implementación de pipelines de CI/CD. Cloud Build, Artifact Registry, Cloud Deploy, Skaffold para flujos de trabajo locales a clúster, integración con GitHub / GitLab. Escaneo de contenedores con Artifact Analysis. Binary Authorization para imágenes firmadas.
- Implementación de estrategias de monitoreo de servicios. Cloud Monitoring, Cloud Logging, Cloud Trace, Cloud Profiler, Error Reporting. Toda la suite "Cloud Operations" (anteriormente Stackdriver — la documentación todavía dice "Cloud Ops" pero los reclutadores y los ingenieros más antiguos usarán ambos nombres indistintamente).
- Optimización del rendimiento del servicio. Ajuste de cargas de trabajo en GKE, autoescalado (HPA, VPA, cluster autoscaler), optimización de costos, planificación de capacidad.
- Gestión de incidentes de servicio. Rotaciones de guardia, comando de incidentes, runbooks, informes postmortem. Sí, preguntan sobre procesos, no solo sobre herramientas.
Las preguntas de estudio de caso son la parte difícil. Obtendrás un escenario que describe una empresa ficticia — su arquitectura, sus puntos débiles actuales, su estructura de equipo — y tres o cuatro preguntas que requieren que mantengas todo eso en tu cabeza simultáneamente. La lectura superficial es la razón por la que la gente falla. Las preguntas están diseñadas para que la respuesta obvia se vuelva incorrecta una vez que vuelvas a leer el escenario con atención.
Lo que realmente necesitas saber
No todos los servicios de GCP aparecen. Aquí está la lista aproximada de temas, ponderada por la frecuencia con la que aparecen en los informes de estudio:
| Servicio / tema | Peso en el examen |
|---|---|
| Cloud Build, Cloud Deploy, Artifact Registry | Alto |
| Operaciones de GKE, autoescalado, identidad de cargas de trabajo | Alto |
| Matemáticas de SLO / SLI / presupuesto de errores | Alto |
| Cloud Monitoring, políticas de alerta, paneles de control | Alto |
| Cloud Logging, métricas basadas en registros, enrutamiento de registros | Medio |
| Binary Authorization, escaneo de contenedores | Medio |
| Cloud Trace, Profiler, Error Reporting | Medio |
| Conceptos básicos de Terraform / Config Connector | Medio |
| Anthos / multiclúster (más ligero de lo que solía ser) | Bajo |
| Pub/Sub, Cloud Tasks para patrones asíncronos | Bajo |
No necesitas memorizar cada clave YAML de Cloud Build. Necesitas reconocer cuándo Cloud Build es la respuesta correcta frente a Cloud Deploy o un CI de terceros más Cloud Deploy. El examen adora el formato de "¿la empresa X está usando Y, qué debería hacer a continuación?".
Cómo se compara con AZ-400 y DOP-C02
Las tres certificaciones cubren un terreno similar a nivel conceptual — pipelines, monitoreo, respuesta a incidentes, IaC, seguridad — pero con diferentes énfasis.
| PCDOE | AZ-400 | DOP-C02 | |
|---|---|---|---|
| Costo | $200 | $165 | $300 |
| Duración | ~2h, ~50 p | ~150 min, ~50 p | ~3h, ~75 p |
| Validez | 2 años | 1 año, renovación gratuita | 3 años |
| Profundidad SRE / SLO | Alta | Baja | Media |
| Enfoque CI/CD nativo | Cloud Build / Deploy | Azure DevOps + GitHub | CodePipeline / CodeBuild |
| Enfoque IaC | Terraform, Config Connector | Bicep, ARM, Terraform | CloudFormation, CDK |
| Parte más difícil | Densidad de estudios de caso | Amplitud de Azure DevOps | Preguntas extensas de DOP-C02 |
El PCDOE se apoya más en los conceptos de SRE — SLOs, presupuestos de errores, trabajo repetitivo — porque Google literalmente inventó ese vocabulario. AZ-400 se basa en Azure DevOps (el producto) y la integración con GitHub Actions. DOP-C02 cubre la superficie más amplia pero con una profundidad de escenario menor que el PCDOE.
Si trabajas en GCP, el PCDOE es la elección obvia. Si trabajas en Azure, el AZ-400. Si trabajas en AWS, el DOP-C02. Las habilidades se superponen en gran medida y los pipelines parecen casi idénticos una vez que te fijas más allá de los nombres de los servicios. Buscar certificaciones de DevOps en diferentes nubes rara vez es la decisión correcta — la certificación que se alinee con tu trabajo diario será aquella para la que realmente puedas estudiar usando tu trabajo real.
Para quién es
Honestamente, para tres grupos:
Ingenieros SRE / DevOps senior que ya trabajan con GCP. Este es el público para el que está escrito el examen. Si has estado de guardia para un servicio ejecutándose en GKE durante al menos un año, las preguntas te parecerán extensiones de discusiones que ya has tenido en tu equipo. De tres a seis semanas de preparación enfocada suelen ser suficientes.
Ingenieros de plataforma que hacen la transición desde AWS o Azure. Los conceptos de SRE se transfieren uno a uno. Los nombres de los servicios no. Espera 2-3 meses de estudio para mapear tus conocimientos existentes a Cloud Build, Cloud Deploy y la suite Cloud Ops. Construye un pequeño proyecto que realice CI a través de Cloud Build, despliegue en GKE a través de Cloud Deploy y emita SLOs a Cloud Monitoring. Ese único proyecto cubre quizás el 40% del examen.
Personas que cambian de carrera buscando un puesto de DevOps. Honestamente, este es un objetivo ambicioso. El PCDOE asume que has pasado por incidentes de producción reales. Si no lo has hecho, las preguntas de estudio de caso te resultarán desconocidas de una manera que ninguna cantidad de cursos en video podrá solucionar. Primero haz CKA o KCNA, trabaja en un rol de plataforma durante un año, y luego vuelve al PCDOE.
Notas de estudio desde el campo
Algunas cosas que consistentemente confunden a la gente:
El libro de SRE es lectura obligatoria, no opcional. Los libros Site Reliability Engineering y The Site Reliability Workbook de Google están ambos disponibles gratis en línea. Los capítulos sobre SLO / presupuesto de errores son directamente evaluables. Saltárselos y depender del material de curso es la razón más común por la que ingenieros inteligentes fallan en este examen.
Cloud Deploy es más reciente y tiene un peso desproporcionado. Se lanzó a disponibilidad general (GA) en 2022. Las guías de estudio anteriores lo cubren de forma insuficiente. Dedica un fin de semana a realizar la guía de inicio rápido oficial de Cloud Deploy de principio a fin con dos entornos y un despliegue canary — eso se correlaciona directamente con múltiples preguntas del examen.
Conoce la diferencia entre los pools privados de Cloud Build y los pools predeterminados. Cuando las preguntas involucran compilaciones internas de VPC, los pools privados suelen ser la respuesta. Las preguntas genéricas de "queremos compilaciones más rápidas" suelen referirse al tipo de máquina o al tamaño del pool de workers.
Binary Authorization aparece más de lo que cabría esperar. El escenario de "necesitamos aplicar imágenes firmadas en producción" está casi garantizado que aparecerá de alguna forma.
En resumen
El PCDOE es una certificación profesional sólida si realmente haces DevOps en GCP. Se paga aproximadamente en la misma franja que el PCA en mercados similares — una base de $150k–$200k para roles senior de DevOps / SRE en las principales áreas metropolitanas de EE. UU., con una compensación total en empresas FAANG y de tecnología publicitaria que supera los $250k+ una vez que se acumulan las acciones. La certificación no es un multiplicador de salario por sí misma; la experiencia subyacente en SRE sí lo es. El PCDOE simplemente hace que la experiencia sea legible para los reclutadores.
Si estás estudiando, explora el banco de preguntas de PCDOE en CertLabPro o comienza un examen cronometrado. Las preguntas de estudio de caso en el banco son las más parecidas a la forma real del examen — los volcados de preguntas de memorización no te preparan para lo que realmente aparece.
Si estás decidiendo si vale la pena: ¿escribes postmortems en el trabajo? Si la respuesta es sí, esta certificación te resultará obvia. Si la respuesta es no, primero pasa por uno o dos incidentes reales, y luego vuelve.