CD + QA

El Despliegue Continuo (CD) y el Aseguramiento de la Calidad (QA) constituyen la continuación natural de nuestro pipeline de CI. El objetivo es entregar las nuevas funcionalidades a los usuarios de forma rápida, automatizada y segura.

Pipeline de Despliegue Continuo (CD)

Una vez que una nueva versión de la aplicación ha sido construida, probada y subida al registro de artefactos, el pipeline de CD se encarga de desplegarla en los diferentes entornos.

1. Despliegue a Entorno de Desarrollo (develop):

   • Cada vez que se fusiona un cambio a la rama develop, el pipeline despliega automáticamente la última versión en el entorno de desarrollo.
   • Este entorno es utilizado por los desarrolladores para pruebas funcionales y de integración.

2. Despliegue a Entorno de Pruebas/Staging (staging):

   • Cuando un conjunto de funcionalidades está listo para ser validado, se crea una versión (release) y se despliega en el entorno de Staging.
   • Este despliegue es generalmente un paso manual, ejecutado por un líder técnico o el equipo de QA.
   • En este entorno, el equipo de QA realiza:
     • Pruebas de Aceptación de Usuario (UAT): Para verificar que las funcionalidades cumplen con los requisitos del negocio.
     • Pruebas de Regresión: Para asegurar que los nuevos cambios no han afectado funcionalidades existentes.
     • Pruebas de Rendimiento y Carga: Utilizando herramientas como JMeter o Gatling para simular la carga de usuarios y medir la respuesta del sistema.

3. Despliegue a Producción (production):

   • Una vez que la versión ha sido validada en Staging, está lista para ser desplegada a producción.
   • Este despliegue es un paso manual que requiere aprobación.
   • Utilizamos estrategias de despliegue como Blue-Green o Canary para minimizar el riesgo y el tiempo de inactividad.
     • Blue-Green: Se despliega la nueva versión en un entorno idéntico al de producción ("Green"). Una vez validado, el tráfico se redirige del entorno anterior ("Blue") al nuevo.
     • Canary: La nueva versión se despliega a un pequeño subconjunto de usuarios. Si no se observan problemas, se incrementa gradualmente el tráfico hasta que todos los usuarios estén en la nueva versión.

Calidad Continua

La calidad no es únicamente una fase, sino un proceso continuo. Además de las pruebas automatizadas, fomentamos:

• Revisiones de Código (Pull Requests): Como primera línea de defensa para asegurar la calidad y compartir conocimiento.
• Pair Programming: Para resolver problemas complejos y mejorar la calidad del código desde el inicio.
• Monitoreo y Alertas: Una vez en producción, monitoreamos activamente el rendimiento y los errores para detectar problemas de forma proactiva.