Ingeniero/a de Plataforma SRE

Descripción

Audiense es una plataforma analítica de próxima generación orientada a la acción, que ayuda a las organizaciones a comprender profundamente a sus consumidores y activarlos estratégicamente. Somos una empresa global con enfoque remoto desde el primer día, con personas que trabajan desde distintos países y zonas horarias. El inglés es el idioma de trabajo y colaboramos diariamente entre Europa y Norteamérica. El equipo de Plataforma SRE tiene su sede en España y trabaja estrechamente con colegas en Estados Unidos, Canadá, Bélgica y otras ubicaciones. La comunicación clara, la confianza y la colaboración sostenible son los valores fundamentales de este equipo. Buscamos un/a **Ingeniero/a de Plataforma SRE** para unirse a nuestro equipo y ayudar a construir capacidades internas de producto y plataforma que unifiquen la experiencia general de Audiense. El equipo trabaja con una fuerte mentalidad de producto, prácticas de Programación Extrema (programación en parejas, desarrollo guiado por pruebas) y un enfoque en el impacto sistémico a largo plazo, incluso cuando los resultados no son inmediatos. Si disfrutas trabajar de forma colaborativa, estás abierto/a al aprendizaje y deseas aportar tu propia perspectiva y experiencia al equipo, ¡quizá esta oferta sea para ti! También deberías sentirte cómodo/a operando en un espacio dual que: * Construya plataformas e infraestructuras con una propiedad y una intención claras. * Diseñe soluciones que otros equipos puedan adoptar de forma realista. * Tome decisiones técnicas con impacto sistémico. Este no es un rol puramente ejecutivo ni tampoco un rol de infraestructura aislado. Es un rol para alguien que disfruta reflexionar tanto sobre el **porqué** debe existir algo como sobre el **cómo** construirlo. **El equipo** Te unirías a un equipo bien consolidado, con aproximadamente 10 años de colaboración activa entre producto e ingeniería. El equipo de Plataforma SRE existe para reducir la carga cognitiva de otros equipos de ingeniería, permitiéndoles generar más valor sin necesidad de poseer conocimientos profundos sobre nuestra infraestructura en la nube, los requisitos de inventario SOC2 ni los fundamentos de seguridad. Lo logran unificando la experiencia de ingeniería de Audiense mediante la simplicidad, la coherencia y una orientación inteligente. El equipo de SRE diseña su propia hoja de ruta, mientras asume responsabilidades transversales. Tratan lo que construyen como un producto interno, diseñado para ser reutilizado. Algunas herramientas sirven únicamente al equipo, pero otras —las más relevantes— son utilizadas por otros equipos de ingeniería: productos reales, con usuarios reales. La mayoría de ellas sacan al equipo de SRE del ciclo de cambios en las aplicaciones (más allá de las implementaciones o pruebas), gestionando secretos, configuraciones, ajuste de recursos y aprovisionamiento inicial, para que los demás avancen con menos fricción y menor carga cognitiva. Su impacto no siempre es inmediatamente visible para los usuarios finales, pero cuando funciona bien, toda la plataforma avanza con mayor rapidez, mayor seguridad y mayor coherencia. Continúan evolucionando la plataforma para mejorar su seguridad, fiabilidad y eficiencia de costos, equilibrando esto con una estrecha colaboración para garantizar que lo que construimos se adopte de forma sostenible. La relación con otros equipos es genuinamente fluida y saludable: sus comentarios constructivos nos ayudan regularmente a mejorar nuestras herramientas y descubrir nuevos proyectos. **Cómo trabajan** * El equipo trabaja con una **fuerte mentalidad de producto**, incluso al construir plataformas internas. * Su trabajo cotidiano se basa en prácticas ágiles reales, no solo en ceremonias: * Programación Extrema como marco de referencia. * Programación en parejas como práctica habitual. * Desarrollo guiado por pruebas (TDD). * Entrega incremental y retroalimentación temprana. * Un enfoque constante en comprender el **porqué** construimos algo, no solo el **qué**. Estas prácticas no son complementos opcionales; forman parte fundamental de su forma de trabajar. Buscamos a alguien que ya se sienta cómodo en este tipo de entorno, o que esté genuinamente motivado/a para trabajar así. El equipo aspira a crear un entorno donde sea seguro hacer preguntas, decir «aún no lo sé» y aprender abiertamente. Nos importa más cómo trabajamos juntos y cómo aprendemos que las actuaciones heroicas individuales. **El reto** * En la siguiente fase, el equipo se centrará en varias iniciativas estratégicas: * Democratizar el análisis detallado de costos para otros equipos de ingeniería —más allá de AWS Cost Explorer. * Adoptar Kubernetes: elevar el nivel del equipo en cuanto a estándares y migrar cargas de trabajo adecuadas de ECS. * Mejorar la gestión de KTLO (Keep The Lights On) automatizando las tareas mecánicas, dejando únicamente las decisiones y la priorización a los humanos. Este rol se sitúa en una tensión constante y saludable entre impulsar la propia hoja de ruta del equipo y asegurar que lo que construimos realmente habilite al resto de la organización. Hasta ahora, uno de los mayores retos no ha sido puramente técnico. Ha consistido en encontrar el equilibrio adecuado entre avanzar con su propia hoja de ruta de producto y garantizar que las herramientas y soluciones que proponemos sean adoptadas orgánica y sosteniblemente por otros equipos. Cada equipo tiene su propia hoja de ruta, sus propias prioridades, sus propias restricciones técnicas y sus propias realidades organizacionales, por lo que los cambios se implementan gradual y deliberadamente. Como equipo de SRE, una adopción bien escalonada es lo que hace que una incorporación sea segura y estable, y evita que se perciba como una imposición —con la excepción de cualquier aspecto relacionado con la seguridad o la fiabilidad del sistema, donde actuamos con mayor firmeza. Para ser totalmente transparentes: actualmente, una parte significativa del trabajo no relacionado con el mantenimiento del equipo sigue procediendo de las hojas de ruta de otros equipos, y el mantenimiento ocupa una gran parte de su capacidad. Construir una hoja de ruta de producto más clara es un esfuerzo continuo, y contribuir a darle forma forma parte de lo que este rol puede aportar —algo sobre lo que somos muy francos. **Qué harás** * Diseñar, construir y evolucionar la plataforma e infraestructura, ayudando a dar forma a la hoja de ruta de Plataforma SRE a medida que se va definiendo. * Construir herramientas internas y automatizaciones, frecuentemente con IA (Claude Code), para mejorar la experiencia de los desarrolladores en todos los equipos. * Reducir la carga cognitiva de KTLO automatizando pasos manuales realizados por humanos, de modo que el mantenimiento ocupe cada vez menos tiempo del equipo. * Brindar soporte de infraestructura a los equipos de desarrolladores, ayudándolos a lanzar productos más rápido, con mayor seguridad y mayor autonomía. * Operar y mejorar cargas de trabajo contenerizadas en producción en AWS ECS y Kubernetes (AWS EKS). * Gestionar y evolucionar la infraestructura como código (Terraform). * Mejorar la fiabilidad, la observabilidad, el rendimiento y la eficiencia de costos en toda la plataforma. * Tomar decisiones técnicas que equilibren el impacto local y el global. * Participar activamente en discusiones sobre arquitectura, diseño y priorización. * Trabajar estrechamente con los equipos de producto, diseño e ingeniería, entregando de forma incremental y aprendiendo continuamente. * Elevar los estándares mediante tutoría, retroalimentación y ejemplo. * Contribuir a mantener nuestro cumplimiento con SOC2: participar en las ceremonias periódicas, mantener los monitores en verde y garantizar que las nuevas plataformas cumplan con los requisitos desde el primer día. * Estar interesado/a en unirte a nuestra rotación remunerada de guardias una vez que hayas adquirido suficiente experiencia con la plataforma. **Qué aportas** * Haber trabajado en equipos de plataforma o infraestructura con mentalidad de producto, no solo en operaciones basadas en tickets. * Tener experiencia gestionando y dando soporte a infraestructura en producción y plataformas internas utilizadas por otros equipos. * Preocuparte por la fiabilidad, la seguridad, la observabilidad y la eficiencia de costos como cuestiones prioritarias. * Sentirte cómodo/a con la ambigüedad y los compromisos reales del mundo profesional. * Comprender que el impacto significativo suele ser indirecto y requiere tiempo. * Disfrutar de la colaboración y comprender las restricciones de otros equipos. * Preocuparte profundamente tanto por la calidad del software como por el valor que genera. * Alguna experiencia como ingeniero/a SRE, de plataforma o de infraestructura: haber contribuido a la operación y el soporte de sistemas en producción. * Conocimientos prácticos de nube (AWS) y contenedores, suficientes para ser productivo/a y adaptarse rápidamente. * Un interés genuino en Kubernetes y alguna exposición práctica con él. * Comodidad con la infraestructura como código (Terraform es un plus). * Fuertes habilidades comunicativas y colaborativas, y una mentalidad de propiedad integral (end-to-end). **Experiencia** No buscamos a alguien recién salido de la formación —esto se refleja en un rango salarial que comienza en 50 000 €. Queremos a alguien con **experiencia real**, entusiasmado/a por crecer hasta gestionar Kubernetes a escala. No buscamos una lista de requisitos perfecta ni un perfil específico. Buscamos experiencia, criterio y una fuerte mentalidad de producto. Sabemos que las carreras profesionales rara vez son lineales. Las pausas profesionales, los cambios de rumbo o provenir de trayectorias menos convencionales hacia la ingeniería son totalmente compatibles con este rol. Si tienes dudas, cuéntanos tu historia. **En qué te convertirás durante los próximos meses:** * Gestionar Kubernetes (AWS EKS) en producción con confianza. * Tomar decisiones técnicas que vayan más allá de tu propio código, en sistemas complejos y multi-equipo. **Tecnologías** La pila tecnológica evoluciona, pero actualmente el equipo trabaja con: * **Infraestructura como código:** Terraform como principal herramienta IaC para aprovisionar, gestionar y evolucionar la infraestructura en la nube. * **Contenedores y orquestación:** Contenedores Docker ejecutándose en producción en AWS ECS y Kubernetes (AWS EKS). * **Nube:** AWS como proveedor principal de servicios en la nube, abarcando una amplia gama de servicios gestionados. * **Lenguajes y herramientas:** Bash, Python y un poco de Go para construir herramientas internas, automatizaciones y servicios. * **Ingeniería asistida por IA:** Claude Code y otras herramientas de IA para construir herramientas internas y mejorar la experiencia de los equipos de desarrolladores. Más allá de la pila directa, operan en un ecosistema técnico diverso, con equipos que usan distintas tecnologías y arquitecturas, algunas más modernas y otras más heredadas. No necesitas dominar todas ellas, pero sí deberías poder comprenderlas, comunicarte con sus equipos y diseñar soluciones que puedan adoptarse de forma realista. **IA en Audiense** En Audiense, la IA no es solo una característica de producto; también forma parte de cómo construimos software. Usamos la IA para potenciar nuestros productos, mejorar la experiencia del usuario y acelerar la forma en que entregamos valor. En concreto, el equipo de Plataforma SRE utiliza la IA —y especialmente Claude Code— para construir muchas herramientas internas que agilizan sus rutinas diarias y mejoran la experiencia de otros equipos de desarrolladores. Al mismo tiempo, ingi