DevOps
Cultura y conjunto de prácticas que une a los equipos de desarrollo (Dev) y operaciones (Ops) para entregar software de forma más rápida, confiable y continua.
Pronunciación
Qué es
DevOps es una combinación de los términos Development (Desarrollo) y Operations (Operaciones). No es solo una herramienta ni una metodología — es una cultura de colaboración entre quienes construyen el software y quienes lo mantienen corriendo.
El objetivo: entregar cambios de software de forma frecuente, confiable y automatizada, rompiendo los silos que históricamente separaban a desarrolladores y administradores de sistemas.
El problema que resuelve
En el modelo tradicional:
Equipo Dev: "El código está listo, que Ops lo despliegue"
↓
Equipo Ops: "No podemos desplegar hasta revisar todo"
↓
Resultado: Semanas de espera, bugs en producción, culpas cruzadas
Con DevOps, ambos equipos comparten responsabilidad y trabajan juntos desde el inicio.
Los 5 pilares de CALMS
| Principio | Descripción |
|---|---|
| Culture | Colaboración y responsabilidad compartida |
| Automation | Automatizar todo lo repetible |
| Lean | Eliminar desperdicios del proceso |
| Measurement | Medir todo para mejorar continuamente |
| Sharing | Compartir conocimiento entre equipos |
Las métricas DORA
DORA (DevOps Research and Assessment) popularizó durante años cuatro métricas de entrega de software; hoy su guía oficial usa cinco, agrupadas en rendimiento (throughput) e inestabilidad:
| Métrica | Tipo | Qué mide |
|---|---|---|
| Change lead time | Throughput | Tiempo desde el commit hasta el despliegue en producción |
| Deployment frequency | Throughput | Cuántos despliegues se hacen en un período |
| Failed deployment recovery time | Throughput | Tiempo para recuperarse de un despliegue fallido (reemplaza a “Time to Restore Service”/MTTR) |
| Change fail rate | Inestabilidad | % de despliegues que requieren intervención inmediata |
| Deployment rework rate | Inestabilidad | % de despliegues no planificados, hechos para corregir un incidente en producción |
Los equipos de mejor desempeño destacan en las cinco a la vez: velocidad y estabilidad no se contraponen.
Herramientas típicas del ecosistema DevOps
Código → [Git] → CI/CD Pipeline → Tests → Build → Deploy → Monitor
(GitHub Actions, (Docker, (Datadog,
GitLab CI, Kubernetes) Grafana)
Jenkins)
Control de versiones: Git, GitHub, GitLab
CI/CD: GitHub Actions, GitLab CI, Jenkins, CircleCI
Contenedores: Docker, Podman
Orquestación: Kubernetes, Amazon ECS
Infraestructura como código: Terraform, Ansible, Pulumi
Monitoreo: Datadog, Grafana, Prometheus, New Relic
DevOps en la práctica: un ciclo de entrega moderno
- Desarrollador hace commit → código va a Git
- Pipeline de CI se activa automáticamente
- Tests corren en paralelo (unitarios, integración)
- Build se empaqueta en una imagen Docker
- Deploy automático a ambiente de staging
- Tests de humo confirman que funciona
- Aprobación (manual o automática) para producción
- Deploy a producción con rollback automático si algo falla
- Monitoreo continuo y alertas
En equipos maduros, todo este ciclo puede completarse en minutos u horas en lugar de semanas.
Por qué importa para empresas que contratan software
Si estás evaluando un proveedor de software, las prácticas DevOps son un indicador de madurez del equipo:
Equipo con buenas prácticas DevOps:
- Puede entregar cambios pequeños y frecuentes (menos riesgo)
- Detecta problemas antes de que lleguen a producción
- Recupera el sistema rápidamente cuando algo falla
- Tiene visibilidad completa de qué está pasando en producción
Equipo sin DevOps:
- Despliegues grandes, poco frecuentes y riesgosos
- Descubrimiento tardío de bugs (cuando el cliente ya los sufrió)
- Recuperación de incidentes lenta y manual
- Poco control sobre el estado real del sistema
Términos relacionados
- CI/CD - La práctica central de DevOps: integración y entrega continua
- Docker - Contenedores que hacen posibles los despliegues repetibles
- Shift-Left Security - Llevar la seguridad al inicio del ciclo DevOps
- Microservices - Arquitectura que DevOps permite desplegar independientemente
Recursos adicionales:
- DORA Research - Investigación sobre métricas de rendimiento DevOps
- The DevOps Handbook - Libro de referencia