DevOps no es un puesto de trabajo ni una herramienta única. Es un conjunto de prácticas culturales y técnicas que acortan la distancia entre una idea y una producción. Esta lección explica el modelo CAMS, por qué el desarrollo y las operaciones solían chocar, cómo es un proceso de entrega moderno y cómo los bucles de retroalimentación mantienen los sistemas confiables.
Cómo utilizar los siguientes widgets: cada bloque interactivo coincide con una idea de la lección. Anillos anidados (CAMS) van desde el anillo exterior hacia adentro; coloque el cursor para leer qué mejorar en Compartir, Medición, Automatización y Cultura. Tabla comparativa contrasta los antiguos silos con DevOps; Lea cada fila como un par de comportamientos. Tarjetas de cuadrícula resumen las tres formas: haga clic para expandir el modelo mental antes del proceso de SDLC. Los pasos del proceso son el SDLC en orden; haga clic hacia adelante para ver cómo fluye el trabajo. La línea de tiempo es un contexto histórico, por lo que términos como DORA y GitOps luego se sienten fundamentados.
CAMS es una lista de verificación, no una certificación. La cultura suele considerarse el anillo más interno porque permite el resto: sin confianza, las personas ocultan los problemas y la automatización se convierte en una aterradora caja negra. Cuando pase el cursor sobre cada anillo, conecte los elementos de viñeta a algo concreto en su equipo (por ejemplo, "métricas abiertas" → un panel de Grafana que tanto el desarrollador como el SRE usan).
Las organizaciones clásicas dividen a los “constructores” (desarrolladores) y los “guardianes” (operaciones). Los desarrolladores querían velocidad; Los operadores querían estabilidad. Las liberaciones se convirtieron en acontecimientos raros y arriesgados. DevOps reformula el objetivo: velocidad segura: muchos cambios pequeños y probados con automatización y observabilidad para que ambas partes vean la misma verdad.
Leyendo la tabla: cada fila es una tensión. La columna del medio muestra cómo se comportan normalmente los silos; la columna de la derecha es la alternativa alineada con DevOps. Úselo para auditar reuniones: si todavía escucha "tírelo por la pared", esa fila aún no ha terminado.
La Primera Vía tiene que ver con el rendimiento de todo el sistema (flujo de valor), no con la eficiencia local. La Segunda Vía consiste en acortar y fortalecer la retroalimentación desde la producción hasta el diseño. La Tercera Vía es la experimentación: reserva capacidad de mejora y pruebas seguras (feature flags, canaries).
Verás diferentes diagramas; la idea es estable: planificar → construir → verificar → enviar → ejecutar → aprender. Las herramientas de DevOps conectan estas etapas para que "hecho" signifique ejecutarse en producción con observabilidad, no "fusionado con principal".
Widget de canalización: cada paso es una etapa. Subetiquetas nombran artefactos o inquietudes típicas. En equipos maduros, la “liberación” y la “implementación” pueden estar completamente automatizadas; "Aprender" cierra el ciclo de la planificación del próximo sprint.
Widget de línea de tiempo: cada punto es un hito en la historia de DevOps. Ábralos en orden: verá cómo la práctica (Velocity talk) se convirtió en investigación (DORA) y luego en ingeniería de plataformas.