Contratar DevOps y SRE desde Costa Rica

El rol que de verdad necesitás casi nunca es “ingeniero DevOps” pelado. Es platform engineering, SRE o release engineering, y la gente que hace cualquiera de esos bien es la misma que todo startup financiado está tratando de contratar. Costa Rica tiene oferta real pero apretada.

Acá te dejamos cómo se ve el mercado en 2026, qué deberías esperar pagar, y la pregunta de entrevista que filtra más rápido que cualquier otra que hemos probado.

DevOps, SRE, platform engineer: qué es cada uno en 2026

Los títulos se enturbiaron. Nosotros los usamos así cuando armamos un rol:

Ingeniero DevOps: escribe los pipelines, maneja la infraestructura de deploy, lleva CI/CD, recibe llamadas del equipo de desarrollo cuando algún build truena. La persona que sabe GitHub Actions, Docker, Terraform/OpenTofu, y al menos una nube en profundidad. La mayoría de equipos con menos de 50 ingenieros necesita exactamente uno y le dicen “la persona de DevOps”.

Site Reliability Engineer (SRE): dueño de la disponibilidad. Define SLOs, monta alertas que no paginan ruido, corre retros de incidente, diseña para fallar. SRE es lo que contratás cuando “el sitio se cayó otra vez” se vuelve conversación recurrente.

Platform engineer: construye la plataforma interna que usan los demás. Ambientes self-serve, golden paths, portales Backstage, caminos pavimentados para deployar servicios. Platform engineering es la tendencia que se comió “DevOps como puesto” en empresas con más de 50 ingenieros.

DevOps primero. SRE aparece cuando ya tenés suficiente tráfico en producción como para que la disponibilidad sea riesgo de negocio. Platform engineer aparece cuando tenés suficientes ingenieros de producto como para que DevOps deje de ser cuello de botella.

Para el mapa más amplio de roles ver los roles más demandados para staff augmentation en Costa Rica.

La profundidad real de Costa Rica en esto

El pool está sólido en el medio y delgado en los extremos.

Donde sí hay profundidad acá:

• DevOps sabor AWS. Las multinacionales en el país (Amazon, Microsoft, Oracle, Splunk) entrenaron una generación de gente en infraestructura cloud. AWS es el default y el más profundo. Azure y GCP tienen gente pero banca más chica.
• Pipelines con GitHub Actions, GitLab CI, CircleCI. Rutinario. Buena cantidad de personas senior.
• Terraform y OpenTofu, infraestructura como código. Buena oferta.
• Contenedores y orquestación hasta complejidad media. Docker, ECS, Kubernetes básico. Lo cubrimos todos los meses.
• Observabilidad con Datadog, New Relic, Grafana, OpenTelemetry. Maduro.
• Modernización de CI/CD, tooling de build en monorepos. Buena oferta, muchas veces pulido en empresas de producto local que escalaron.

Donde la banca se adelgaza:

• Especialistas profundos de Kubernetes. Gente que escribe operators, debuguea etcd, ajusta kubelet, opera un clúster de 200 nodos a escala. Existen en Costa Rica pero suelen estar ya en FAANG o en un remoto gringo que les paga acorde. Para este nicho esperá búsqueda más larga o mirá a toda Latam.
• SRE seniors viniendo de operaciones muy grandes. Si tu vara es “principal SRE que llevó la confiabilidad de un servicio de mil millones de requests por día”, el pool en toda Latam es chico y el pedazo costarricense es más chico todavía.
• Mainframe, modernización enterprise legacy. Algo de oferta, pero no es la fuerza.

Somos honestos en las partes delgadas porque hemos quemado semanas fingiendo que podíamos cerrar gaps que el mercado no tiene. Si tu rol vive en la banda delgada, te lo decimos de entrada. De eso también va nuestro post sobre cómo evaluar un partner nearshore.

La banda de tarifa 2026

Tarifas vía agencia que vemos en Costa Rica:

• Junior DevOps (1-3 años): $25-$40/h
• Mid DevOps: $40-$60/h
• Senior DevOps/SRE: $60-$90/h
• Staff platform engineer: $85-$115/h

Comparado con un senior DevOps/SRE en EE. UU. a $170k-$240k base más 25-30% en beneficios e impuestos, un senior tico fully-loaded ronda los $90k-$140k equivalentes al año. Los platform engineers en el tope de la banda no son baratos en ningún lado, y acá pasa lo mismo.

Una nota sobre cazar tarifa: si te ofrecen un “senior DevOps de Costa Rica” a $35/h, no es senior. Los seniors cobran banda senior, trabajen para agencia, multinacional o por su cuenta. El mercado se acomoda.

La entrevista que filtra al platform engineer real del “sé Terraform”

Hay una pregunta que hacemos en cada filtro de DevOps. Es molestamente efectiva.

“Llevame paso a paso por un incidente de producción del que fuiste dueño de punta a punta. Detección, triage, mitigación, causa raíz, post-mortem, follow-up.”

La persona que sí hizo el trabajo responde en cinco capas sin que se las pidás.

Te dice cómo supo que algo estaba mal. (“Datadog alertó por tasa de error arriba de 2% sostenida por cinco minutos. La página me llegó porque estaba de on-call.”)

Te dice qué descartó primero. (“Habíamos hecho deploy 20 minutos antes así que revisé eso. El deploy estaba limpio. Luego miré la base porque los errores eran 500s en una ruta de escritura.”)

Te dice qué hizo para parar el sangrado. (“Hice rollback de la última migración de DB. Los errores se detuvieron. 12 minutos en total.”)

Te dice cuál fue la causa real, no el síntoma. (“La migración agregó una columna con default non-null en una tabla de 40M filas. El lock bloqueó las escrituras. Postgres hizo exactamente lo que documenta.”)

Te dice qué cambió después. (“Metimos un linter de migraciones que marca creación de índices no concurrentes y adds non-null en tablas de más de 1M filas. Y armamos un runbook para la próxima persona.”)

La persona que “sabe Terraform” responde de una de dos formas. O no puede escoger un incidente real y pivotea a una pregunta de herramientas, o describe un momento puntual (“reinicié el pod”) sin contexto alrededor.

Esa pregunta toma diez minutos y te dice el 80% de lo que necesitás saber. El resto del filtro es profundidad específica del stack: manejo de state en Terraform, modelado de IAM, trade-offs del container runtime, lo que calce con tu ambiente.

Este filtro lo usamos junto al de nuestro post de React senior y la guía de ingenieros Node. La ingeniería de producción comparte muchos instintos entre stacks.

Errores comunes de fundadores al contratar DevOps

Algunos patrones que hemos visto:

Contratar herramientas, no criterio. “Tiene que tener 5 años de Kubernetes, 4 de Terraform, 3 de ArgoCD.” Ese spec saca a la ingeniera que llevó producción por 8 años con lo que la empresa tenía. Las herramientas se aprenden. El criterio de producción no.

Saltarse la conversación de on-call. Si contratás un SRE y no tenés un sistema de paging, runbooks ni rotación de on-call definida, estás contratando a alguien para que te lo arme. Decilo explícito en el rol. Si no, contratás un senior que renuncia a los tres meses porque el trabajo no era el trabajo.

Comprar un platform engineer antes de necesitarlo. Platform engineering brilla a partir de 50 ingenieros. En empresas de 8, el platform engineer pavimenta caminos por donde nadie maneja. Probablemente querés un senior full-stack que también haga la parte de infra por ahora.

Saltarse la conciencia de costo. Una buena persona de DevOps sabe cuánto pagás de nube y a dónde se va la plata. Si tu candidato no puede hablar de instancias reservadas, clases de almacenamiento S3, precio de NAT gateway, o contención de costo de Datadog, va a escribir infraestructura que te triplica la cuenta antes de que alguien lo note.

Cómo arrancar un engagement de DevOps con nosotros

Mandanos el spec del rol. Si no lo tenés, mandanos el stack y el dolor. (“Estamos en AWS, EKS, Terraform. El CI toma 45 minutos. Los deploys son inestables. Paginamos una vez por semana y nadie está feliz.”) Con eso alcanza para armar el spec juntos.

Cinco días hábiles después recibís tres perfiles vetados. Cada uno con conversación técnica grabada, nuestras notas sobre la pregunta de incidente, la tarifa y la fecha de arranque. Contrato mes a mes, persona en nuestra planilla.

WhatsApp rápido para ver fit