CKA: cómo usar la documentación Kubernetes en el examen
El examen CKA (Certified Kubernetes Administrator) permite consultar la documentación oficial de Kubernetes durante la prueba. Esto no lo hace fácil: con 120 minutos para resolver 17-20 preguntas, la diferencia entre aprobar y no aprobar muchas veces está en si tardás 30 segundos o 5 minutos en encontrar lo que necesitás.
En 30 segundos
- La documentación Kubernetes CKA está permitida durante el examen, pero solo en una pestaña: kubernetes.io/docs, kubernetes.io/blog y helm.sh/docs.
- El error más común es prepararse memorizando YAML en lugar de aprender a navegar la documentación rápido bajo presión.
- Buscar una configuración de RBAC o Storage debería llevarte menos de 60 segundos con práctica real.
- kubectl explain y –help son más rápidos que abrir el navegador para la mayoría de los recursos.
- Killer.sh y KodeKloud con solo una pestaña abierta (kubernetes.io) es la única simulación que realmente prepara.
Documentación Kubernetes CKA: ¿te ayuda o te hunde?
El CKA es una certificación práctica de The Linux Foundation que evalúa si sabés administrar clusters de Kubernetes en escenarios reales. No es un múltiple choice. Abrís una terminal, tenés un entorno funcional y tenés que resolver problemas concretos. 120 minutos. Entre 17 y 20 tareas. El puntaje de aprobación es 66.
La documentación está ahí, disponible. Y sin embargo, según la experiencia documentada por quien pasó por esto, esa disponibilidad crea una trampa psicológica: la gente llega al examen pensando que la documentación los va a salvar, y termina perdiéndose en ella.
Treinta segundos buscando algo es lo esperado. Cinco minutos buscando lo mismo es tiempo que no recuperás.
El error principal: memorizar en lugar de entender
Cuando empezás a estudiar para CKA, lo primero que hacés es ponerte a memorizar YAML. Tiene sentido intuitivo: el examen es práctico, vas a escribir YAML, entonces hay que saber YAML de memoria. El problema es que eso no funciona.
Pensá en la variedad de recursos que cubre el examen: NetworkPolicy con sus ingress y egress rules, PersistentVolume con sus accessModes y storageClassName, Pod specs con tolerations y affinity, RBAC con sus ClusterRole y RoleBinding, Jobs con completions y parallelism. Memorizarlo todo no es imposible, pero el tiempo que invertís en memorizarlo es tiempo que no invertís en entender por qué funciona cada cosa, y eso en el examen se nota. Cuando la pregunta viene con un giro que no habías visto, la memoria no alcanza. El entendimiento sí.
La clave que marca la diferencia: entendé los conceptos, practicá la navegación. Si sabés qué es una NetworkPolicy y para qué sirve, encontrar la sintaxis en 45 segundos es trivial. Si solo memorizaste la sintaxis, un campo que no recordás te paraliza. Esto se conecta con lo que analizamos en pipelines de integración continua con Kubernetes.
Estructura de kubernetes.io y dónde buscar rápido
Según las reglas oficiales de The Linux Foundation, durante el examen podés acceder a estas URLs y nada más:
- kubernetes.io/docs
- kubernetes.io/blog
- helm.sh/docs
Google, Stack Overflow, GitHub, Medium, ni cerca. Solo esas tres.
Dentro de kubernetes.io, el mapa que necesitás tener claro:
- Concepts: teoría y arquitectura. Útil para entender qué hace cada recurso. No para buscar sintaxis.
- Tasks: guías de “cómo hacer X”. Acá están los ejemplos YAML que vas a copiar y adaptar. Es tu sección principal.
- Reference / API Reference: todos los campos posibles de cada recurso. Lento de navegar pero completo.
- Documentation (la raíz): tiene el buscador integrado. Ctrl+F en la página, más la barra de búsqueda del sitio.
Una advertencia que muchos ignoran: la documentación en inglés tiene los ejemplos más actualizados. Las versiones localizadas a veces se quedan atrás. Si encontrás inconsistencias, la versión en inglés gana.
Técnicas concretas para no perder tiempo buscando
La primera regla: antes de abrir el navegador, probá la terminal.
kubectl explain pod.spec.containers y kubectl create deployment –help te dan la estructura del recurso y las flags del comando sin salir de la terminal. Para la mayoría de las preguntas del examen, eso alcanza. La documentación web es para los casos donde necesitás un ejemplo completo o tenés que entender un campo específico.
La segunda regla: entrenate con una sola pestaña. Cada vez que practicás con docs abiertas, múltiples pestañas y Google disponible, estás creando un hábito que el examen no te va a permitir. La habilidad que necesitás es navegar kubernetes.io directamente al lugar correcto, no googlear primero y llegar a kubernetes.io como segundo paso.
¿Cuánto tiempo tardás hoy en llegar al ejemplo de RBAC ClusterRole en la documentación? Medilo. Si tardás más de 90 segundos, tenés trabajo por hacer.
La tercera regla: Ctrl+F es tu amigo. En páginas largas como la referencia de Pod spec, buscar directamente el campo que necesitás es infinitamente más rápido que leer la página de arriba a abajo.
Qué memorizar, qué buscar, qué entender
Esta tabla clarifica la estrategia para los temas más frecuentes del examen:
| Tema | Memorizar | Entender | Buscar en docs |
|---|---|---|---|
| NetworkPolicy | Que usa podSelector, que tiene ingress/egress | Cómo aplica el tráfico, dirección del flujo | Sintaxis completa, ejemplos con namespaceSelector |
| PersistentVolume / PVC | Que existen accessModes, que PVC hace binding | Ciclo de vida del volumen, StorageClass | Campos específicos, ejemplos de configuración |
| RBAC | Diferencia Role vs ClusterRole, que usa RoleBinding | Cómo se propagan los permisos | Sintaxis de rules, verbs disponibles |
| Taints y Tolerations | Que hay effect: NoSchedule/NoExecute/PreferNoSchedule | Por qué un pod no se scheduleó | Campos exactos de tolerationSeconds |
| Deployments / Rollouts | Comandos: rollout status, rollout undo | Estrategias RollingUpdate vs Recreate | maxSurge, maxUnavailable valores |
Lo que siempre va de memoria: los comandos imperativos. kubectl run, kubectl expose, kubectl create con sus flags principales. Escribirlos rápido sin pensar te ahorra minutos. Cubrimos ese tema en detalle en herramientas populares de automatización DevOps.
Troubleshooting: el dominio más pesado y donde la documentación cambia el resultado
Troubleshooting es el dominio con más peso en el examen. Acá la documentación no es para copiar YAML, es para diagnosticar.
Un Pod en estado Pending puede significar cosas muy distintas: falta de recursos en los nodos, un taint que bloquea el scheduling, un PVC que no hizo binding, una imagen que no existe. Si llegás al examen confiando en que “ya sabés” qué causa Pending, te vas a trabar en el caso que no habías visto. Si sabés dónde está la guía de troubleshooting en kubernetes.io y la consultás rápido, tardás 90 segundos en confirmar la causa.
Practicá debuggear con la documentación abierta. No como muleta, como herramienta de verificación. “Estoy viendo este síntoma, la documentación dice que puede ser por A o B, verifico A primero.” Ese proceso bajo presión de 120 minutos tiene que ser automático.
Simulación realista: la única preparación que cuenta
Killer.sh tiene el entorno más parecido al examen real. KodeKloud también funciona. El detalle que la mayoría ignora: usarlos con una sola pestaña de navegador, solo kubernetes.io, sin Google, sin ChatGPT, sin ninguna otra fuente.
Estudiaste con IA disponible. El examen no tiene IA. Eso crea una brecha de confianza falsa (si llegás al examen convencido de que podés resolver todo y de repente no tenés asistente, el pánico es real). Más importante: perdés la oportunidad de entrenarte para navegar la documentación rápido, que es el skill que el examen realmente evalúa.
El objetivo en simulación: 20 problemas en 120 minutos. Eso es 6 minutos por pregunta en promedio. Si tu búsqueda en documentación tarda 4 minutos, te quedan 2 para resolver la tarea. No alcanza. Si tardás 60 segundos en encontrar lo que necesitás, tenés tiempo de sobra. Tema relacionado: seguridad en flujos de trabajo DevOps.
Medí tu velocidad de búsqueda en temas específicos cada vez que practicás. Es el único indicador que importa.
Errores comunes al preparar CKA con documentación
Error 1: Practicar con Google abierto. Encontrás respuestas más rápido, aprendés menos. El día del examen, esa habilidad de buscar en Google no existe. Construís el músculo equivocado durante meses.
Error 2: Usar ChatGPT o IA para resolver ejercicios de práctica. La IA resuelve el ejercicio por vos. Vos no aprendés a resolverlo. El examen no tiene IA. El resultado se habla solo.
Error 3: No cronometrar las búsquedas. Podés sentir que sos rápido sin serlo. Cronometrá desde que abrís kubernetes.io hasta que tenés el ejemplo que necesitás. Los números no mienten.
Error 4: Memorizar ejemplos YAML de memoria en lugar de entender la estructura. Kubernetes tiene demasiados recursos con demasiados campos opcionales. Memorizarlos es ineficiente. Saber que la estructura siempre es apiVersion > kind > metadata > spec y que spec varía por recurso te da el framework para leer cualquier ejemplo nuevo.
Error 5: Ignorar kubectl explain. Mucha gente no sabe que kubectl explain pod.spec.affinity.nodeAffinity te da la estructura completa del campo con descripción, sin abrir el navegador. Es más rápido que la documentación web para la mayoría de los casos. Para más detalles técnicos, mirá plataformas de desarrollo para equipos empresariales.
Preguntas Frecuentes
¿Se puede consultar documentación durante el examen CKA de Kubernetes?
Sí. The Linux Foundation permite acceder a kubernetes.io/docs, kubernetes.io/blog y helm.sh/docs en una pestaña del navegador durante el examen. Ningún otro sitio está permitido. Intentar acceder a URLs no autorizadas puede resultar en descalificación.
¿Cómo buscar información rápidamente en kubernetes.io durante el examen?
La sección Tasks tiene los ejemplos YAML más útiles. Ctrl+F dentro de las páginas acelera la búsqueda de campos específicos. Para estructura de recursos, kubectl explain desde la terminal es más rápido que el navegador. Practicá llegar a los recursos más frecuentes (RBAC, NetworkPolicy, PV/PVC) en menos de 60 segundos.
¿Qué es más importante: memorizar o saber usar la documentación en CKA?
Saber usar la documentación. Memorizar comandos imperativos básicos y conceptos clave sirve, pero la sintaxis exacta de YAML para cada recurso es imposible de retener en su totalidad. El examen evalúa que puedas resolver problemas reales con las herramientas disponibles, y la documentación es una de esas herramientas.
¿Cuánto tiempo pierden los candidatos buscando en documentación?
Sin entrenamiento específico, buscar una configuración moderadamente compleja puede llevar entre 3 y 7 minutos. Con práctica orientada a velocidad de navegación, ese tiempo baja a 45-90 segundos. En un examen de 120 minutos con 17-20 preguntas, esa diferencia determina si terminás todas las tareas o no.
¿Cómo navegar la documentación oficial de Kubernetes eficientemente?
Aprendé la estructura de kubernetes.io antes del examen: Concepts para teoría, Tasks para ejemplos prácticos, API Reference para campos específicos. Usá el buscador integrado del sitio para términos técnicos, Ctrl+F para buscar dentro de páginas largas. Practicá con una sola pestaña, sin Google, al menos en las últimas 4 semanas de preparación.
Conclusión
La documentación Kubernetes CKA es una ventaja real si la sabés usar, y una trampa si confiás en ella sin haberla entrenado. El examen no te evalúa por memorizar, te evalúa por resolver problemas reales en tiempo limitado con las herramientas disponibles.
Cambiá el foco de estudio: menos memorizando YAML, más practicando navegación cronometrada en kubernetes.io. Usá Killer.sh o KodeKloud con una sola pestaña, sin asistencia externa. Cronometrá cuánto tardás en encontrar cada recurso clave. Cuando llegués al examen y sabés dónde buscar en 60 segundos o menos, los 120 minutos alcanzan.
