Rechazos en entrevistas por falta de experiencia productiva en Kubernetes

El autor de la publicación ha asistido a varias entrevistas técnicas y, en casi todas, el requisito indispensable es haber trabajado con Kubernetes en entornos de producción. Sus anteriores empleadores nunca usaron Kubernetes, por lo que su historial laboral no contiene esa experiencia. Sin embargo, asegura que domina la teoría, conoce bien los conceptos y ha montado clústers de AKS (Azure Kubernetes Service) en sus tiempos libres para practicar.

Ante esta situación, plantea dos preguntas que resultan habituales entre profesionales que intentan pasar a roles de DevOps o SRE sin haberlo hecho en la práctica: ¿debería incluir en el currículum una referencia a “trabajo con Kubernetes en producción” aunque sólo haya sido en entornos de laboratorio? ¿O es mejor ser honesto y arriesgarse a que los reclutadores lo descarten?

En el mercado actual, la demanda de habilidades operativas con Kubernetes supera con creces la oferta. Los equipos de infraestructura buscan candidatos que no sólo conozcan la arquitectura, sino que también hayan resuelto problemas reales: escalado de pods, gestión de actualizaciones sin downtime, manejo de configuraciones con Helm, y depuración de fallos en clústers multi‑zona. Por eso, los filtros automáticos de muchos ATS (Applicant Tracking Systems) ya incluyen palabras clave como “Kubernetes production” o “AKS en producción”. Si el CV no contiene esas palabras, la candidatura suele quedar fuera del proceso antes de la primera entrevista.

Mentir en el CV es una práctica arriesgada. Un reclutador técnico o un ingeniero senior que supervise la entrevista puede profundizar rápidamente en escenarios de producción, preguntar por métricas de latencia, políticas de seguridad de red o incidentes reales. La falta de ejemplos concretos suele quedar al descubierto, lo que no solo elimina la oportunidad, sino que también daña la reputación profesional.

Una alternativa más segura es destacar la experiencia práctica en entornos controlados. En lugar de afirmar “Kubernetes en producción”, se puede indicar “Kubernetes en entornos de laboratorio avanzados, con despliegues en AKS y pruebas de escalado automatizado”. Complementar esa descripción con proyectos en GitHub, scripts de CI/CD y documentación de pruebas de carga aporta evidencia verificable. Además, participar en contribuciones a proyectos open source que utilicen Kubernetes o colaborar en comunidades como CNCF brinda credibilidad adicional.

En definitiva, la solución pasa por presentar la experiencia real, aunque sea de aprendizaje, y buscar oportunidades que permitan adquirir la exposición productiva que tanto demandan los reclutadores. La honestidad evita sorpresas desagradables y abre la puerta a roles donde el candidato pueda crecer dentro del ecosistema Kubernetes.