Evolución DevSecOps: Cómo 32 Scripts se Convirtieron en un Solo Comando
El ecosistema DevSecOps de mercedev.es no nació de golpe. Comenzó con pequeños scripts en Python diseñados para automatizar secciones muy específicas: compilar SASS, optimizar imágenes WebP o auditar la accesibilidad.
A medida que se añadían nuevas herramientas, la automatización escaló de forma natural. Nunca se llegó a tener 32 scripts sueltos generando fricción, porque el diseño siempre fue iterativo. El verdadero reto arquitectónico consistió en encadenarlos todos de forma inteligente para alcanzar el nivel máximo de eficiencia: un flujo DevSecOps total.
El objetivo final fue crear un orquestador capaz de gobernar todo el ciclo de vida, incluyendo el mantenimiento de Git y el despliegue a producción en la nube.
La Maniobra: Evolución hacia la Cadena de Montaje
Para lograr esta orquestación suprema, se aplicaron dos patrones arquitectónicos clave:
-
Orquestación Dirigida por Estados: La única fuente de verdad pasó a ser el estado físico de los archivos. Un documento Markdown con
estado: "borrador"es ignorado por los publicadores hasta que se aprueba. Unestado_social: "en_cola"espera pacientemente en un buffer social. El estado de los metadatos dicta qué agente debe actuar. -
Agent Chaining (Encadenamiento de Agentes): Para tareas cognitivas, los agentes se pasan el testigo. El «Bibliotecario» (IA técnica) formatea el documento y, si se aprueba su promoción, invoca automáticamente al «Blogger» (IA de marketing), pasándole la URL final para que el post promocional nazca con el enlace exacto. Se elimina toda intervención humana en la propagación de contexto.
El resultado de esta evolución es un sistema escalonado. El comando merci total asume la responsabilidad de todo el pipeline de construcción y QA estricto. Y en el nivel más alto, el «Orquestador Supremo» (merci completo) encadena la auditoría, sella el repositorio en Git y despliega a producción con un solo comando.
💡 En resumen (Merci Explica):
Al visualizar el proyecto como una inmensa fábrica de coches, en lugar de contar con un solo robot gigantesco que intente ensamblar el vehículo entero (lo que resultaría lento y propenso a errores), se dispone de 32 pequeños robots especializados.
Uno pinta la carrocería (SASS), otro verifica que los frenos funcionen (Auditor) y otro redacta el manual de instrucciones del conductor (Inteligencia Artificial). La verdadera eficiencia no reside en los robots por separado, sino en la cinta transportadora (el YAML Frontmatter) que asegura que cada coche pase por las estaciones en el orden perfecto, entregando un producto seguro y ultrarrápido al final de la línea.
Para explorar la arquitectura completa y visualizar el mapa de flujo de los 32 agentes, se recomienda leer el compendio técnico.