SRE / DevOps

Todo en Cloud; Deutschland; Vor Ort; EUR 55.000 - 90.000; Vollzeit

Benefits dieser Stelle

22 días de vacaciones

Jornada continua los viernes

Clases de idiomas

Presupuesto para formación

Dinámicas y eventos de teambuilding

Zusammenfassung

Todo en Cloud busca reforzar su equipo con un perfil de Ops/DevOps orientado a automatizar y sostener infraestructuras Open Source. Te unirás a un equipo compacto, con SCRUM/KANBAN, trabajando con Kubernetes, Terraform, Ansible y GitOps en proyectos de nube, principalmente Azure y AWS.

La sede principal está en Madrid con opción de teletrabajo y horario flexible; valoran iniciativa, experiencia en CI/CD y observabilidad.

Qualifikationen

• Perfil con base sólida en sistemas y automatización.
• Experiencia en gestión de infraestructuras y herramientas de automatización.
• Conocimiento práctico de nube híbrida y Open Source.

Aufgaben

• Operar y mantener infraestructuras en entornos productivos.
• Automatizar procesos y promover GitOps y IaC.
• Contribuir al diseño y escalabilidad de la arquitectura cloud.
• Participar en la definición de procedimientos de seguridad y monitorización.
• Colaborar en CI/CD y resolución de incidencias.

Kenntnisse

Infraestructura como código

Ansible

Kubernetes

Terraform

GitOps

Azure

AWS

Linux

Observabilidad

Seguridad

Tools

Ceph

OpenStack

OpenNebula

Jobbeschreibung

¿Te imaginas construir infraestructuras de qualité, diseñando, automatizando y garantizando su fiabilidad? Eso es lo que nuestros amigos de Todo en Cloud hacen a diario.

Ahora, necesitan ampliar su equipo para seguir escribiendo nuevos capítulos y con la cabeza puesta en automatizar. ¿A qué esperas?

Antes de nada, un poco de contexto: ¿De donde surge Todo en Cloud?

Todo en Cloud es una compañía especializada en diseño e integración de arquitecturas Cloud que surge de la mano de Manuel Argiz en el año 2011 y desde entonces no han dejado de crecer.

Desde el año 2018 pasaron aformar parte del Grupo Tessi , uno de los principales actores europeos en BPS (Business Process Services) que ayuda a diversas compañías a escala mundial a gestionar su transformación digital.

Aunque forman parte de una gran multinacional internacional, siguen teniendo la misma filosofía de startup con la que empezaron, organizándose en equipos compactos pero altamente especializados.

Una de sus principales características diferenciadoras es especialmente su enfoque en tecnología de código abierto, Es por esto que su infraestructura está basada en Software Open Source, garantizando la eficiencia y la flexibilidad en cada proyecto en el que se involucran.

A día de hoy, ofrecen ni más ni menos que hasta 4 variedades de servicio: Cloud Público IaaS, Cloud Privado, Cloud Aislado, Cloud Híbrido y Multicloud. Con una infraestructura distribuida en tres Centros de Datos unidos por fibra oscura de baja latencia, sus clientes pueden desplegar sus servicios en la zona que prefieran y conectar su Cloud con otros proveedores como Amazon AWS, MS Azure o Equinix de forma flexible y nativa.

Por otro lado, también ofrecen soluciones y servicios en plataformas cloud de terceros como Azure o AWS.

Llegados a este punto, te preguntarás “¿dónde encajo yo en todo esto?”. Te cuento.

Como perfil Devops o como Sysadmin evolucioando a Devops, formarás parte de la toma de decisiones e implementación de proyectos tanto a nivel interno como con clientes y darás apoyo al equipo técnico implementando buenas prácticas, automatizaciones, observabilidad y mantenimiento de CIs. Es decir, serás partícipe de principio a fin de los proyectos, ves el end to end de la cadena y no te llega el trozo ya masticado. La idea también está en automatizar lo que se necesite, podrás aplicar buenas prácticas de seguridad, normalizar la documentación etc.

Tocarás tecnologías como virtualización (KVM), orquestación cloud (Opennebula y OpenStack) y de contenedores (k8s), proveedores Cloud como Amazon o Azure, redes (NetOps), almacenamiento (Ceph) y seguridad.

Tu primer día

En 1 mes

Habrás completado tu onboarding. Además de guiarte y conocer todo el equipo, tienen una plataforma en la que te van explicando paso por paso algunos de los temas clave del día a día, así como de la compañía: historia de la empresa, oficinas, horarios así como formación guiada en su plataforma online y a través de su wiki y CAU.

Durante este proceso tendrás a un compi que te acompañará y guiará para poder preguntarle cualquier duda, es la persona a la que llaman internamente Cloudformer.

Operar y sostener la infraestructura. Triaje y resolución de incidencias en entornos de producción, sobre Linux y sobre los servicios habituales que te vas a encontrar por el camino: bases de datos, backends, caché, almacenamiento.

Automatizar todo lo automatizable. Infraestructura como código con Terraform, gestión de la configuración con Ansible y despliegues sobre Kubernetes con Helm, con una apuesta fuerte por GitOps como política de casa.

Empujar las buenas prácticas. Seguridad, normalización de entornos y documentación que no dependa de que alguien se acuerde de escribirla.

Meterte en cloud de verdad. Proyectos internos sobre su propia nube y proyectos externos principalmente en Azure y, en segundo lugar, AWS. Las piezas básicas bien hechas antes que el fuego de artificio serverless.

Participar en el diseño. Cuando entra un proyecto, participas desde la arquitectura hasta que se lo pasas a nivel 1 para explotación.

En Todo en Cloud son fieles defensores de las metodologías SCRUM y KANBAN. Son un equipo pequeño pero con muchísimo impacto. Lo que les diferencia es el potencial humano que han conseguido en un equipo multidisciplinar, las relaciones personales entre ellos y el ambientazo que se respira.

Hablando de eso, siguen conservando un ambiente muy startupil, en el que predomina la cercanía y la horizontalidad.

Su foco está puesto en la colaboración, innovación y sobre todo la orientación a resultados, una fórmula perfecta que les ha funcionado de maravilla para seguir haciendo crecer el equipo.

Son un equipo pequeño, compacto, multidisciplinar y autogestionado. Esa frase la dicen ellos y, ojo, la cumplen: aquí la jerarquía la marca el juicio técnico. Lo que sea coherente y esté bien justificado, prevalece. No hay posturas de poner huevos encima de la mesa. Si quieres imponer una idea, justifícala; si convences, adelante.

Cada año presentan la estrategia de la compañía al equipo, se pregunta a la gente por dónde quiere ir, y cuando se toma una decisión se explica el porqué.

Y ahora la parte que probablemente no hayas leído en ninguna otra oferta: cómo usan la IA.

Tienen una capa de gobierno propia, un router por el que pasa todo, que viene de necesidades reales de seguridad y cumplimiento normativo. Cada persona recibe su llave (filosofía Bring Your Own Key) y la carga en su CLI. Los entornos de trabajo están normalizados: invocas un comando, respondes a un par de preguntas y se te levanta el entorno listo. Trabajan con una metodología de desarrollo dirigido por especificación, con la especificación como fuente de la verdad. Y como son proveedores de nube, tienen modelos privados en local para todo lo que toque datos de carácter personal, dejando los modelos frontera para planificación.

Traducido: aquí la IA es una herramienta más, con guardarraíles, y el que lleva el volante eres tú. Es tan importante para ellos que forma parte de la evaluación en el proceso (te lo contamos en las FAQs).

Ah, y esto no es solo consumo interno: uno de los focos de la compañía este año es ofrecer gobierno de IA a sus clientes, igual que llevan años ofreciendo gobierno cloud. Lo que construyen puertas adentro es lo que quieren exportar.

El equipo suele trabajar de 8:30 a 18:00 con su hora de descanso para comer o bien de 10:30 a 20:00h. En este caso, se da mayor flexibilidad según las necesidades del día a día.

Eso sí, viernes hacen jornada continua, así que puedes terminar antes y disfrutar del fin de semana.

Día laborable

Vacaciones

Vacaciones

22 días

Guardias

Buscan que las guardias tengan el menor impacto posible en el equipo. Este es su enfoque:

• 1 semana al mes guardia completa (incluyendo sábados y domingos).
• 300€ por semana de guardia: Intervengas o no, cobras. Así de simple.
• Mínima intervención: Su objetivo es que la infraestructura sea tan robusta que apenas haya que intervenir.

Presencial

Teletrabajo

Aquí hay novedad respecto a otras veces, y es una buena novedad.

La oficina de referencia sigue estando en Madrid (en Canillejas, muy bien comunicada en transporte público y con opción de coche o moto), pero con la integración en el grupo hay también centro de trabajo en Zaragoza, y eso abre el modelo:

• Si estás en Zaragoza o alrededores: teletrabajo con una visita al mes a la oficina de Madrid. Una. Y con la idea de que el flujo vaya en las dos direcciones: cada cierto tiempo será alguien de Madrid quien se acerque a Zaragoza.
• Si estás en Madrid: modelo híbrido, dos días en oficina y tres en teletrabajo.

Y una cosa que dice mucho de ellos: el motivo de la presencialidad no es el control. Es el componente humano. Prefieren que la gente baje a comer y a contarse sus cosas que a teclear delante de un compañero, porque Teams todavía no ha resuelto la máquina de café.

Están priorizando Zaragoza y Madrid, y no es un capricho: en Zaragoza hay centro de trabajo del grupo, así que ante cualquier cosa, tienes gente y sede cerca. Si estás en otra ciudad y el modelo de una visita al mes a Madrid te encaja, cuéntanoslo y lo valoramos, pero no podemos prometer nada de antemano.

Son un equipo técnico que en su composición completa son 12 personas, hoy con hueco en nivel 2 y nivel 3. Gente joven, muy capaz y un ambiente muy colaborativo.

• Manuel Argiz (CEO y founder). Es quien hará tu primera entrevista y quien te contará sin filtros quienes son.
• El equipo de nivel 2, dos cracks que serán tus compañeros de trinchera.
• El equipo de nivel 3, que es a donde crecerás.

Serás una pieza importante en un equipo dinámico y comprometido, y será clave que haya un buenmatch cultural a este respecto.

Y aquí conviene que leas con calma, porque el título de la oferta dice DevOps pero el centro de gravedad de este puesto está en Ops. Buscan a alguien fuerte en administración de sistemas que ya haya empezado a hacer la transición a automatización y cloud, no a un perfil de desarrollo que se haya puesto la etiqueta DevOps en el CV. Si tu día a día es escribir aplicaciones y la infraestructura te toca de refilón, este no es tu sitio y preferimos decírtelo ahora.

Su "perfil 10" viene con la mochila cargada de:

• Linux a nivel de verdad. Sistema operativo, kernel, triaje, profiling. Que cuando algo peta sepas por dónde entrar.
• Entender la pieza, no solo el menú. Que sepas desplegar una base de datos está bien; que cuando el problema es del propio PostgreSQL o MySQL (planificador de índices, tuplas, y sí, desde el punto de vista de sistemas, no de DBA) no te quedes cojo, es lo que buscan.
• Ansible. Gestión de la configuración. Esto es de lo más innegociable de la lista.
• Infraestructura como código con Terraform. Que tengas noción del estado de despliegue y de la conciliación.
• Kubernetes y filosofía GitOps. Despliegues con Helm y herramientas de conciliación tipo Flux o Argo. Les da bastante igual la herramienta concreta si tienes claro el concepto.
• Cloud en sus piezas básicas. Azure principalmente y AWS después. Almacenamiento tipo S3, bases de datos tipo Aurora, caché. Nada de esperar un festival serverless: sus clientes todavía no están ahí y prefieren decírtelo antes de que te aburras.
• CI/CD conceptual. GitLab CI, Azure DevOps, Jenkins, lo que sea. Lo importante es que entiendas qué es un proceso de integración continua, no la marca.
• Observabilidad como concepto. Métricas, indicadores, SLI y SLO. Prefieren que sepas qué es la observabilidad a que recites Prometheus de memoria.
• Inglés B2 alto o C1, técnico. La casa matriz está en Francia y el idioma vehicular es el inglés. Lo vas a necesitar en mitad de una incidencia grave, que es justo cuando el nivel de idioma de cualquiera se desploma.
• Que la IA no te dé alergia. No hace falta que seas un experto, pero sí que la uses con criterio y que la apuesta de la casa por ella te parezca una buena noticia y no un incordio.
• Proactividad. Nice to have: Les dejarías boquiabiertos si además…
• Conoces Crossplane. Es la apuesta de futuro de la casa para sustituir a Terraform, y si vienes de Kubernetes te va a resultar muy natural porque acabas trabajando con manifiestos YAML de toda la vida.
• Sabes de redes y seguridad, o has peleado con reglas de filtrado tipo IPTables, NFTables o packet filtering.
• Has trabajado con Ceph o sistemas de archivos distribuidos.
• Profesor de inglés, con clases dentro de la compañía. Teniendo en cuenta que el inglés es el idioma vehicular con la matriz, no es un perk decorativo.
• 22 días de vacaciones y jornada continua los viernes.

Y algo que no es un perk pero cuenta: todos los beneficios actuales están garantizados tras la integración en Insinergy Consulting, tanto para el equipo actual como para quien entre nuevo.

• Clases de idiomas.
• Presupuesto para formación.
• Dinámicas y eventos de teambuilding.

Beneficios

Presupuesto para formación

Dinámicas y eventos de teambuilding

Por motivos burocráticos y de organización con el equipo a nivel de husos horarios, solo valoran candidaturas residentes en España. Concretamente, están priorizando Zaragoza y Madrid, y no es un capricho: en Zaragoza hay centro de trabajo del grupo, así que ante cualquier cosa (una nómina, un malentendido, lo que sea) tienes gente y sede cerca. Si estás en otra ciudad y el modelo de una visita al mes a Madrid te encaja, cuéntanoslo y lo valoramos, pero no te prometemos nada de antemano.

La verdad es que necesitan cubrir la posición YA de YA, por lo que tratarán de ser lo más ágiles posible.

• Entrevista con Manuel, el CEO. Filtro humano y técnico. Su objetivo es doble: que no entre alguien que rompa el equipo, y no hacerte perder el tiempo con una prueba que ya se sabe que va a salir mal.
• Retos técnicos en directo. Tres retos, en una sesión de Teams con un compañero, con grabación de escritorio. Que no te asuste: la grabación existe precisamente para que te sientas libre de usar las mismas herramientas que usarías en una incidencia real, IA incluida.
• Entrevista final con el equipo técnico. Aquí defiendes tus retos y te preguntan por tus decisiones. Y ojo con esto: es el equipo quien decide. No es Manuel, son tus futuros compañeros.

Puedes, y de hecho la usan a diario. Lo que miran no es si la usas, sino quién manda. Que tú lleves la conversación, que el juicio técnico sea tuyo y que lo que pides sea lógico y coherente. La bandera roja es la contraria: que el control pase de ti a la herramienta, o que pegues un fichero con credenciales y nombres de servidores sin pestañear. Cabeza y criterio, resumido.

En que buscan a alguien con base sólida de sistemas y mentalidad de automatización. Han pasado ya por perfiles muy orientados a desarrollo y el encaje no funcionó, así que prefieren ser claros: si vienes de operaciones y estás dando el salto a Ansible, Kubernetes y cloud, este puesto está hecho para ti. Si vienes de desarrollo y las operaciones te aburren, mejor buscamos otra cosa juntos.

Sinceramente, no. Grupo Tessi tiene muchas compañías y desde hace años sigue una estrategia de ir fusionándolas; a Todo en Cloud le ha tocado este año. Desaparece la sociedad, no la unidad de negocio, ni la marca, ni el alcance, ni el equipo, ni las condiciones. Y te lo contamos aquí en vez de dejar que lo descubras en la segunda entrevista.