8. Introducción a la parte 8: Automatización

El software solo crea valor cuando llega a los usuarios. El camino desde un cambio comprometido hasta el código de producción en ejecución es donde las grandes organizaciones más a menudo pierden velocidad, seguridad, y la cordura. A la escala de cientos de ingenieros, docenas de equipos, y miles de recursos de infraestructura, los hábitos informales que funcionan para un grupo pequeño se desmoronan por completo. Las construcciones manuales, los servidores configurados a mano, y los scripts de despliegue de un solo uso te ralentizan, y peor, se vuelven irrepetibles, no documentados, e imposibles de auditar. Esta parte trata de reemplazar esa fragilidad con automatización: convertir el trabajo desordenado y propenso a errores de construir, aprovisionar, desplegar, y operar software en sistemas codificados, repetibles, y revisables.

Lo que está en juego para los equipos grandes y para las organizaciones empresariales y gubernamentales es concreto. Cuando muchos equipos comparten sistemas superpuestos, el costo de la integración manual y las operaciones manuales crece de forma no lineal, y un único cambio no revisado puede romper silenciosamente el trabajo de otro equipo o un lanzamiento entero. Las organizaciones reguladas cargan una obligación adicional. Los auditores, los oficiales de seguridad, y los reguladores necesitan evidencia de que los cambios fueron revisados, probados, y aprobados, y de que el artefacto que se ejecuta en producción es exactamente el que se construyó y verificó. La automatización es lo que convierte estas obligaciones de cumplimiento de una carga de papeleo en un subproducto automático del flujo de trabajo de ingeniería normal. Pasas de atrapar violaciones después del hecho a prevenirlas antes de que se aprovisione o envíe nada.

La Parte 8 sigue la maquinaria de entrega de extremo a extremo: desde el canal que integra y libera código, a través de la infraestructura codificada sobre la que se ejecuta, hasta la plataforma de contenedores que la aloja, la plataforma interna que hace que todo esto sea usable por equipos ordinarios, y la automatización que evita que la calidad y el control colapsen bajo la escala. El hilo conductor es simple. Cualquier cosa que hagas repetida y predeciblemente debería codificarse, para que se ejecute de forma consistente, rápida, y sin esfuerzo humano.

Capítulos de esta parte

8.1 CI/CD y entrega: Construye el canal automatizado que integra cada cambio en una línea principal compartida, lo prueba, y lo mantiene en un estado desplegable, para que lanzar se convierta en una decisión de negocio segura en lugar de una carrera de ingeniería, y una auditable además.
8.2 Infraestructura como código y configuración: Define y aprovisiona la infraestructura a través de definiciones legibles por máquina, versionadas, y revisables en lugar de clics manuales, para que los entornos sean consistentes, reproducibles, y desechables, con reglas de gobernanza incorporadas y comprobadas antes de que exista nada.
8.3 Contenedores, orquestación, y nativo de la nube: Empaqueta las aplicaciones y sus dependencias en unidades portables y aisladas y ejecútalas a escala en plataformas de orquestación como Kubernetes, dando a muchos equipos un sustrato común para el despliegue, el escalado, y la resiliencia mientras gobiernas la procedencia, el aislamiento, y el costo.
8.4 Ingeniería de plataforma y experiencia del desarrollador: Construye y opera una plataforma interna de desarrollador que ofrece caminos dorados curados y de autoservicio (rutas con opinión y soporte con valores predeterminados sensatos incorporados), absorbiendo la complejidad compartida para que los equipos se enfoquen en su dominio mientras heredan por defecto los estándares de la organización para la seguridad, la fiabilidad, y el cumplimiento.
8.5 Automatización de pruebas y procesos: Reemplaza las pruebas manuales repetitivas y el trabajo operacional con flujos de trabajo confiables ejecutados por máquina, desde suites de pruebas continuas hasta runbooks, remediación, y recolección de evidencia de cumplimiento, para que la calidad y el control escalen y los ingenieros calificados queden libres para problemas intensivos en juicio.
8.6 Gestión de lanzamientos y entrega progresiva: Desacoplar el despliegue del lanzamiento para que enviar código sea distinto de exponer una función, y desplegar los cambios gradualmente con banderas de función, despliegues canario y azul-verde, comprobaciones de salud automatizadas y reversión, y lanzamientos bloqueados por presupuesto de error que reducen el radio de impacto de cualquier cambio.
8.7 Sistemas de construcción y gestión de artefactos: Hacer que la construcción sea reproducible, rápida, y almacenable en caché, y tratar los artefactos como inmutables, versionados, y firmados, construidos una vez y promovidos a través de los entornos con procedencia e integridad de la cadena de suministro.

Cómo se interrelacionan estos capítulos

Estos capítulos describen capas de un único sistema de entrega, cada una apoyándose en las que están debajo. La integración continua y la entrega continua (CI/CD, capítulo 8.1) son el tejido conectivo que lleva el cambio desde el commit hasta la producción. Pero un canal necesita algo sobre lo cual desplegar, y la infraestructura como código (8.2) provee ese objetivo como definiciones versionadas y reproducibles en lugar de copos de nieve hechos a mano. Los contenedores y la orquestación (8.3) son el sustrato de tiempo de ejecución que tanto el canal como la infraestructura codificada asumen cada vez más, dando a cada equipo un contrato consistente de empaquetado y despliegue. La ingeniería de plataforma (8.4) entonces envuelve todo esto en un producto interno coherente, para que los equipos ordinarios usen canales, infraestructura, y orquestación a través de caminos pavimentados en lugar de ensamblarlos desde cero. La automatización de pruebas y procesos (8.5) corre a través de cada capa, incrustando puertas de calidad en el canal y codificando el trabajo operacional y de cumplimiento que mantiene saludable a todo el patrimonio. Una debilidad en cualquier capa socava las que están encima. Un canal frágil, un entorno copo de nieve, o una plataforma sin gobernar reintroducen exactamente el riesgo manual que la automatización existe para eliminar.

Esta parte también se conecta hacia afuera. La disciplina de entrega aquí es la realización de ingeniería del pensamiento de flujo y canal de entrega de la Parte 11, especialmente el capítulo 11.2, y depende de la misma dinámica de colas que gobierna cualquier sistema de alto rendimiento. Lo que estos capítulos construyen está destinado a operarse, así que llevan directamente a las operaciones y la fiabilidad de la Parte 9 (la ingeniería de fiabilidad de sitios en el capítulo 9.1 y la observabilidad en el capítulo 9.2), que tratan el sistema en ejecución que despliega la automatización. Los temas de gobernanza y cumplimiento como código a lo largo de la Parte 8 satisfacen las restricciones de seguridad y regulatorias fijadas en otras partes de la guía, y las plataformas descritas aquí también son donde cada vez más se ejecutan las cargas de trabajo de IA y datos, vinculando esta parte con las preocupaciones de MLOps (operaciones de aprendizaje automático) e infraestructura de la Parte 6. Leídos juntos, estos capítulos muestran cómo una gran organización envía software rápidamente sin renunciar a la seguridad, la consistencia, o el control.