Senior DevOps Engineer, CI/CD Platform (Developer Experience)

• Más de 5 años gestionando infraestructura de producción, con Kubernetes en el centro de todo.

• Profundidad real en Kubernetes: scheduling, requests y limits, evictions, node pressure, DaemonSets, controllers y operators. Has depurado un cluster que te estaba mintiendo.

• Sólidos fundamentos de Linux y contenedores. Internos de containerd o Docker, cgroups, namespaces, drivers de almacenamiento, redes.

• Terraform e infraestructura como código, con sentido para el diseño de módulos y la higiene del estado.

• CI/CD a nivel de plataforma: workflows compartidos, plantillas reutilizables, arquitectura de runners, caché de builds.

• Comodidad con GitHub Actions, incluyendo runners self-hosted.

• Programas scripts para automatizar. Bash, más al menos uno de Python o Go.

• La observabilidad como método de trabajo. Métricas, logs, trazas, dashboards y alertas en las que la gente confíe, con herramientas de estilo OpenTelemetry y Prometheus.

• Madurez operativa. On-call, mando de incidentes, postmortems y la disciplina para perseguir las causas.

• Conciencia de la capacidad y el coste. Puedes dimensionar una flota y explicar la factura.

• Inglés escrito claro. Documentas lo que construyes, porque la próxima persona de guardia no serás tú.

• Grandes suites de pruebas de Ruby on Rails, y lo que se necesita para paralelizarlas de forma honesta.

• Operar MySQL, Redis o ClickHouse tú mismo.

• Bare metal: aprovisionamiento, fallos de hardware y el ritmo diferente que tiene comparado con la nube.

• Redes tipo mesh overlay y WireGuard, VLANs y CNIs de Kubernetes como Cilium.

• Construir herramientas internas para desarrolladores, portales o APIs de plataforma.

• Seguridad de la cadena de suministro y de la build. Aislamiento de runners, delimitación de secretos, procedencia de imágenes.

• Trabajar en más de una nube. Utilizamos AWS, Azure y Cloudflare junto con nuestro propio hardware.

• Contribuciones a proyectos de infraestructura de código abierto.

• Entorno de alto crecimiento, multicultural y amigable

• Alan como seguro médico privado

• Vida saludable con Wellhub (Gimnasios, piscinas, clases al aire libre)

• Ahorra en gastos con Cobee

• Clases de idiomas

• Desayuno en la oficina y fruta orgánica

• Descuentos en alimentación con Nora

• Pet Friendly

• ¡Mucho más que te contaremos durante el proceso de entrevista!

¡Hola, gente de Kubernetes! ⚙️

Cada ingeniero aquí espera al CI varias veces al día. Queremos a alguien a quien esa espera le resulte personalmente molesta.

Cientos de desarrolladores hacen push a un gran monorepo de Ruby on Rails, y cada push llega a una flota de runners que el equipo de Developer Experience construye, gestiona y mantiene rápida.

Esa flota es Kubernetes self-hosted en bare metal en centros de datos europeos, con unos pocos cientos de máquinas, ejecutando runners efímeros de GitHub Actions que alcanzan picos de más de mil pods concurrentes. Somos dueños de todo: el hardware, los clusters, las imágenes de los runners, las cachés y los pipelines de entrega por encima. Añadimos nodos a mano en lugar de dejar que un autoscaler lo haga, por lo que la planificación de capacidad es parte real del trabajo.

El impacto es inusual. Si reduces un minuto al tiempo medio de construcción, cada ingeniero de la empresa recupera ese minuto varias veces al día.

• Responsabilizarte de los clusters de Kubernetes de CI y CD de extremo a extremo: capacidad, fiabilidad, actualizaciones, seguridad y costes.

• Gestionar la plataforma de GitHub Actions self-hosted a escala con Actions Runner Controller. Conjuntos de escala de runners, pods efímeros, docker-in-docker y las propias imágenes de los runners.

• Mantener rápidos y saludables los servicios de datos de los que dependen nuestras pruebas. MySQL, Redis y ClickHouse se levantan por cada trabajo, junto con los contenedores de la aplicación Rails.

• Diseñar y ajustar la caché que hace que las builds sean rápidas: overlay local del nodo, cachés de imágenes y artefactos que construimos nosotros mismos, además de espejos de registro pull-through.

• Reducir el tiempo de espera en cola y la duración de la build, con mediciones que lo respalden. Instrumentar la plataforma, establecer objetivos y mostrar la mejora.

• Gestionarlo todo como código. Terraform planificado y aplicado desde pull requests, entrega GitOps con Flux y Argo CD, Kustomize y Helm para manifiestos.

• Provisionar y operar bare metal. Linux, redes a través de segmentos de centros de datos y resolución de problemas que a veces termina en el disco o en el kernel.

• Liderar la respuesta ante incidentes de la plataforma, realizar postmortems sin buscar culpables y convertir cada uno en una alerta, una medida de protección o un runbook.

• Tratar la plataforma como un producto cuyos usuarios son ingenieros. Hablar con ellos, observar dónde se quedan atascados y construir caminos que hagan que lo correcto sea lo más fácil.

• Ajustar el tamaño de los niveles de runners basándote en una semana de datos de CPU y memoria, para luego abrir el pull request que los cambie.

• Rastrear un job inestable desde un check en rojo hasta el runtime del contenedor, el kernel o un reloj que se ha desincronizado.

• Añadir máquinas a la flota: instalar, inscribir, configurar red, verificar y documentar.

• Reducir el p95 de espera en cola identificando qué etapa es la que realmente bloquea.

• Actualizar un cluster o un controlador sin que nadie lo note.

• Hacer pair programming con un ingeniero de producto en un flujo de trabajo que ha sido lento por una razón que nadie ha analizado todavía.

En Factorial, creemos que los mejores productos se construyen cuando la gente se reúne, en persona, para colaborar, desafiar ideas y avanzar rápido. Por eso, nuestro equipo de ingeniería sigue un enfoque flexible centrado en la oficina (office-first).

Trabajamos presencialmente varios días a la semana (80%), utilizando ese tiempo para conectar, alinearnos e innovar como equipo. Sin embargo, también apoyamos el trabajo remoto cuando tiene sentido (20%) para lograr una concentración profunda o por necesidades personales.

En Factorial no te evaluamos por años de experiencia, sino por tus conocimientos y habilidades.

Utilizamos nuestra Career Path con un marco de rúbricas donde definimos qué se espera de cada nivel de experiencia y habilidad. Este marco te permite conocer tu nivel actual y lo que necesitas para seguir creciendo. Nos encanta la transparencia, por lo que nuestra Career Path incluye los salarios de cada nivel, los cuales compartimos durante la primera entrevista para asegurar la alineación.

Nuestro proceso de contratación