Plantilla de currículum para Ingeniero SRE (Site Reliability Engineer)

En la pregunta que responde cada uno. El CV de DevOps demuestra que usted mejora el flujo de entrega: frecuencia de despliegue, tiempo de entrega del cambio, tasa de fallo en cambios y tiempo de restauración; su producto es la pipeline, la infraestructura como código y la plataforma que usan los equipos. El CV de SRE demuestra que usted gobierna el comportamiento del sistema una vez que ya está en producción: indicadores y objetivos de nivel de servicio pactados con producto, un presupuesto de error con consecuencias reales sobre el calendario de entregas, el toil medido en porcentaje, modelos de capacidad, ejercicios de resiliencia y post-mortem sin culpables. Comparten herramientas —Kubernetes, Terraform, Prometheus— y por eso se confunden en las ofertas españolas, pero la frontera es nítida: DevOps optimiza cómo llega el cambio a producción, SRE optimiza cómo se comporta el sistema cuando ya está allí. Si su experiencia cubre las dos mitades, mantenga dos versiones del documento y coloque delante la mitad que pida la oferta.

Dos páginas a partir de tres años de experiencia. En la primera: perfil profesional, catálogo de SLI/SLO con la política de presupuesto de error, gestión de incidencias y guardias, y los dos últimos puestos con sus cifras. En la segunda: capacidad y resiliencia, historial anterior resumido, competencias agrupadas, formación y certificaciones. Ese orden es deliberado: si el reclutador solo lee media página, debe haber leído ya un SLO con su umbral y una consecuencia de negocio. Con menos de tres años, una página bien aprovechada convence más que dos rellenas de herramientas vistas en un curso.

Reconstruirlo con honestidad, que es distinto de inventarlo. Aunque nadie lo llamara así, es muy probable que existiera un compromiso de disponibilidad en un contrato, un informe mensual de caídas, un umbral de alerta o un acuerdo tácito de que por debajo de cierto tiempo de respuesta se escalaba. Descríbalo como lo que era: «el compromiso contractual era del 99,5 % mensual; yo medía la disponibilidad real en el balanceador y la reportaba cada mes; en 2025 se incumplió en marzo y eso obligó a rediseñar la conmutación por error de la base de datos». Está contando exactamente lo que un SRE hace, con el vocabulario de su empresa. Lo que no debe hacer es adornar el relato con umbrales redondos que no podrá defender en la segunda repregunta.

Más que para un puesto de DevOps, sí. La expectativa habitual es que usted escriba y mantenga software, no solo scripts de apoyo: operadores de Kubernetes, exportadores de métricas, herramientas internas de automatización o servicios pequeños de soporte a la operación. Go y Python son los dos lenguajes que aparecen en la mayoría de las ofertas españolas de SRE, con Bash como base. En procesos de producto y en banca es frecuente un ejercicio de programación de una hora, normalmente sobre tratamiento de datos, concurrencia o consumo de una API. Refleje en el CV el nivel real y con qué lo demuestra: «operador de Kubernetes en Go, 4.000 líneas, en producción desde 2024» es infinitamente más creíble que «Go: avanzado».

Para SRE las más útiles son CKA y CKS de la Linux Foundation, Prometheus Certified Associate, HashiCorp Certified: Terraform Associate y Google Professional Cloud DevOps Engineer, que es la única certificación grande construida explícitamente sobre la práctica de SRE. En consultoras y en empresas que licitan con la Administración, las certificaciones sirven sobre todo para superar el primer filtro, porque el pliego puede exigir un número concreto de personas acreditadas. Ahora bien, en banca y seguros pesa más acreditar que usted ha participado en pruebas de resiliencia operativa bajo DORA o en un proyecto de adecuación al Esquema Nacional de Seguridad que sumar una insignia más de nube. Coloque todo esto al final, con año de obtención y vigencia.

Descríbalas como un hecho de su experiencia, nunca como una promesa de futuro: «rotación de 8 personas, una semana de cada ocho, retén 24x7 con ventana de intervención de 15 minutos, plus de disponibilidad y descanso compensatorio tras intervención nocturna». Con esa frase deja claro qué modelo conoce y abre la conversación en el terreno correcto, que es el de la compensación. En España la disponibilidad fuera de jornada no está regulada de forma uniforme: el convenio estatal de consultoría y tecnologías de la información marca el marco, pero el importe del plus, el cómputo de la intervención y el descanso se pactan en cada empresa, y hay que respetar el descanso mínimo entre jornadas y el registro horario. Pregunte por el tamaño de la rotación antes que por el importe: una rotación de tres personas con un plus generoso es peor trato que una de ocho con un plus discreto.

Sirve, y bastante, siempre que reescriba la narrativa. Su ventaja real es que usted ha visto fallar sistemas de verdad y sabe cómo se comportan bajo presión, que es justo lo que no tiene un desarrollador que se pasa a fiabilidad. Lo que debe cambiar es el sujeto de cada frase: en lugar de «resolví incidencias del sistema de facturación», escriba «reduje las incidencias recurrentes del sistema de facturación de 22 a 4 al trimestre eliminando la causa raíz y automatizando la reconciliación nocturna». Añada cualquier cosa que se parezca a medir el servicio, a escribir un runbook o a evitar trabajo manual, y refuerce en paralelo la parte que sí le falta: programación en Go o Python y operación de Kubernetes. El salto habitual en España es de sistemas o soporte N2 a SRE júnior o de nivel intermedio, no directamente a un puesto sénior.