Cómo conseguir tu primer puesto en DevOps/Cloud: guía práctica

Problema

Muchos recién graduados o autodidactas se encuentran con una barrera invisible al intentar entrar al mercado de DevOps/Cloud. El CV pasa desapercibido, los reclutadores no ven evidencia práctica y, sin contactos internos, la solicitud se pierde en la bandeja de entrada. El patrón es recurrente: conocimientos teóricos (Linux, Git, Docker, Terraform, CI/CD) pero falta de pruebas tangibles que demuestren capacidad operativa en entornos reales.

Causa

1. Currículum genérico – Listar tecnologías sin contextualizarlas en proyectos concretos impide que los sistemas de seguimiento de candidatos (ATS) asignen puntuación.
2. Portafolio disperso – Repositorios sueltos sin documentación o sin despliegue automatizado no comunican el flujo completo de trabajo.
3. Red de contactos limitada – Sin referencias internas, los reclutadores priorizan candidatos con “employee referral”.
4. Preparación de entrevista focalizada en teoría – Preguntas de arquitectura o troubleshooting requieren ejemplos de la vida real; la ausencia de casos prácticos genera bloqueos.
5. Falta de visibilidad en la comunidad – Contribuciones a proyectos open source o participación en meetups son poco frecuentes, reduciendo la credibilidad.

Solución

1. Construir un CV orientado a ATS

• Formato: Usa encabezados claros (Experiencia, Proyectos, Tecnologías).
• Palabras clave: Extrae de la descripción del puesto (ej. “CI/CD pipelines”, “Terraform”, “AWS VPC”) y colócalas de forma natural.
• Métricas: Cuantifica resultados (“Automatización de despliegues redujo el tiempo de release en 40%”).

2. Crear un portafolio de fin‑to‑end

Desarrolla al menos dos proyectos que cubran todo el ciclo de vida:

Cada repositorio debe incluir:

• README.md con objetivo, arquitectura y pasos para reproducir.
• Scripts de despliegue (deploy.sh) que puedan ejecutarse con una sola línea.
• Archivo de configuración de CI (ej. .github/workflows/ci.yml).

3. Automatizar la validación del propio proyecto

Incluye pruebas básicas que demuestren que el código funciona sin intervención manual. Por ejemplo, un test que verifica que una instancia EC2 está accesible o que un contenedor responde a una petición HTTP.

#!/usr/bin/env bash
# Verifica que el endpoint del pod responda 200
curl -s -o /dev/null -w "%{http_code}" http://localhost:8080/health | grep -q 200

4. Amplificar la visibilidad

• Open source: Busca “good first issue” en repositorios de Terraform modules o Helm charts y envía PRs. Cada PR aceptado genera un badge que puedes añadir a tu CV.
• Blog técnico: Publica al menos un artículo mensual (por ejemplo, “Cómo desplegar una VPC con Terraform”). Usa Hugo y enlaza al repositorio.
• Meetups y Discord: Asiste a eventos locales de Cloud y DevOps, comparte tu proyecto en canales de #devops‑jobs.

5. Estrategia de referencias

1. Mapea empleados – Usa LinkedIn para identificar a profesionales que trabajen en empresas objetivo.
2. Contacto suave – Envía un mensaje breve: “Hola, vi que trabajas en X. He creado un proyecto de CI/CD con GitHub Actions y me gustaría recibir tu feedback”.
3. Ofrece valor – Comparte un recurso útil (artículo, script) antes de pedir la referencia.
4. Follow‑up – Después de recibir feedback, agradece y pregunta si conoce alguna vacante que se ajuste a tu perfil.

6. Preparación de entrevista basada en casos

• Diseño de arquitectura: Lleva tu proyecto como ejemplo. Explica decisiones de red, seguridad y escalabilidad.
• Resolución de incidentes: Simula un fallo (por ejemplo, un pod que no arranca) y describe los pasos de diagnóstico (kubectl describe, logs, eventos).
• Preguntas de scripting: Ten a mano scripts de shell que muestren manejo de logs o despliegues automatizados.

Cuándo aplicar esta solución

• Síntomas: CV sin respuestas, entrevistas técnicas que terminan en “no avanzamos”, falta de feedback de reclutadores.
• Escenarios válidos: Buscas roles de Junior Linux Admin, Cloud Support Engineer, DevOps Engineer o SRE.
• Exclusiones: Si ya cuentas con varios años de experiencia y un historial de proyectos en producción, la prioridad se desplaza a la negociación salarial y liderazgo técnico.

Código

# deploy.sh – despliegue rápido de infraestructura y aplicación
set -e

# 1. Provisionar VPC y EC2 con Terraform
terraform init
terraform apply -auto-approve

# 2. Construir y publicar imagen Docker en ECR
aws ecr get-login-password | docker login --username AWS --password-stdin <account_id>.dkr.ecr.<region>.amazonaws.com
docker build -t demo-app .
docker tag demo-app:latest <account_id>.dkr.ecr.<region>.amazonaws.com/demo-app:latest
docker push <account_id>.dkr.ecr.<region>.amazonaws.com/demo-app:latest

# 3. Deploy en Kubernetes (minikube o EKS)
kubectl apply -f k8s/deployment.yaml
kubectl rollout status deployment/demo-app

Verificación

1. ATS Score: Usa herramientas como Jobscan para comparar tu CV con la descripción del puesto; busca al menos 80% de coincidencia.
2. Reproducción del proyecto: Clona el repo en una máquina limpia, ejecuta ./deploy.sh. Si termina sin errores y la URL de health check responde 200, el proyecto está listo para mostrarse.
3. Feedback de la comunidad: Publica el proyecto en Reddit r/devops y solicita revisión. Incorporar al menos dos sugerencias mejora la percepción de calidad.

Notas adicionales

• Variables sensibles: Nunca incluyas credenciales en el repositorio. Usa aws configure o variables de entorno y documenta su uso.
• Documentación mínima: Un README de 200‑300 palabras es suficiente; evita largas explicaciones teóricas.
• Iteración rápida: Cada mes agrega una nueva característica (por ejemplo, monitoreo con Prometheus) para mantener el portafolio fresco.
• Networking offline: En eventos presenciales lleva tarjetas con QR que enlacen a tu GitHub; el detalle suele quedar grabado.
• Persistencia: La búsqueda de empleo puede durar 3‑6 meses; registra cada aplicación y respuesta para ajustar el enfoque.