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 4 Principios Fundamentales (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) identificó 4 métricas que predicen el rendimiento de equipos de software:
| Métrica | Qué mide | Elite performers |
|---|---|---|
| Deployment Frequency | Con qué frecuencia se despliega | Múltiples veces al día |
| Lead Time for Changes | Tiempo desde commit hasta producción | Menos de 1 hora |
| Change Failure Rate | % de despliegues que causan incidentes | 0-15% |
| Time to Restore Service | Tiempo para recuperarse de un fallo | Menos de 1 hora |
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
Todo esto puede pasar en menos de 30 minutos.
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