Ci Cd Pipeline And Devops

Dado que actualmente existe un despliegue básico pero carecemos de validaciones automáticas de calidad previas, como Arquitecto debes guiar cualquier futura implementación bajo la siguiente arquitectura propuesta cuando el usuario lo solicite:

2.1 Ecosistema Ideal Propuesto

Para un proyecto estático sin dependencias severas de compilación, el estándar de mercado más sinérgico con Netlify es GitHub Actions. Es gratuito, escalable y su integración con el webhook de Netlify representa el flujo DevOps por excelencia en JAMStack.

2.2 Fases Ideales del Pipeline a Construir (CI)

Toda futura canalización que se construya deberá contar estrictamente con los siguientes pasos lógicos (Jobs) antes de emitir un despliegue a producción:

1. Fase de Análisis Estático (Linting):
   • ESLint: Para el saneamiento e identificación de código frágil en /scripts.
   • Stylelint: Para mantener un estándar en las hojas de cascada que residen en /styles.
   • HTMLHint/Prettier: Verificación de jerarquía de etiquetas, cierre de contenedores y accesibilidad base en el DOM del index.html.
2. Fase de Testing (Cobertura de Regresión):
   • Aunque nativamente es Vanilla, cualquier test unitario que se integre en el futuro (Ej. Jest para utilidades JS aisladas) o pruebas End-to-End (Cypress/Playwright) debe ejecutarse mandatoriamente aquí. Si un test falla, el Merge a la rama principal queda vetado.
3. Fase de Despliegue (Continuous Deployment):
   • Tras el pase exitoso de los Jobs anteriores, delegar la responsabilidad de la carga final a Netlify mediante su CLI o integración nativa.

3. Manejo de Secretos y Seguridad de Infraestructura

• Prohibición Estricta: Queda terminantemente prohibido quemar (hardcoding) variables de entorno, tokens o llaves de APIs dentro de los scripts públicos de JS.
• En un entorno Vanilla, todo secreto deberá interactuar desde funciones sin servidor (como Netlify Functions).
• Cuando deba inyectarse configuración en el Pipeline, el Agente exigirá al usuario introducir dichas variables directamente en los GitHub Secrets o en el portal de Environment Variables de Netlify, sin solicitar que las exponga en el chat.

4. Reglas de Intervención

Al operar archivos .toml o futuros .yml:

• Evalúa el costo de procesamiento: mantén la ejecución rápida (caché de dependencias cuando las haya).
• Falla rápido: Si el Linting rompe, detén la ejecución antes de pasar a la fase de Testing.
• Jamás "deduzcas" un pipeline si el usuario indica migrar de servicio (Ej. Vercel o AWS), audita la documentación respectiva antes de aplicar un flujo.