DevOps
Romper la pared entre quienes escriben el software y quienes lo hacen funcionar.
DevOps es una forma de trabajar que junta desarrollo (escribir el software) y operaciones (hacerlo funcionar en producción) en un mismo esfuerzo continuo. El nombre y el movimiento despegaron alrededor de 2009. Antes, era común que los developers terminaran una funcionalidad y la "tiraran por arriba de la pared" a un equipo de operaciones que tenía que instalarla, mantenerla viva y levantarse a las 3 de la mañana cuando se rompía. Cada lado culpaba al otro.
DevOps dice que el mismo equipo tiene que ocuparse de toda la vida del software, algo que se resume en la frase "you build it, you run it" (si lo construís, lo operás). En la práctica eso viene con hábitos y herramientas: pipelines de CI/CD que prueban y despliegan cada cambio, infraestructura como código para que los servidores salgan de archivos y no de clics, monitoreo y alertas para ver los problemas antes de que los reporten los clientes, y revisiones sin culpables después de cada incidente para arreglar causas en vez de buscar responsables.
Es sobre todo una cultura y un conjunto de prácticas, pero la palabra también se usa como puesto: un ingeniero DevOps suele armar y mantener los pipelines, la infraestructura cloud y el monitoreo en los que se apoya el resto del equipo. Hay variantes que suman otras preocupaciones al ciclo, como DevSecOps, que mete los controles de seguridad en cada paso en vez de dejarlos para el final.
Para quedarse
- Desarrollo y operaciones comparten la responsabilidad del software en producción.
- Se apoya en automatización: CI/CD, infraestructura como código, monitoreo.
- Busca cambios chicos, frecuentes y seguros, y recuperarse rápido de las fallas.
- Primero es una cultura; el puesto de trabajo vino después.