Por qué las Estrategias de Despliegue Importan para QA
Cómo se despliega el software afecta directamente cómo debe testearse. Un despliegue big-bang requiere enfoques QA diferentes que un rollout canary gradual.
Resumen de Estrategias
Despliegue Blue-Green
Mantener dos entornos de producción idénticos. Después de validar green, el tráfico cambia instantáneamente. Blue queda como objetivo de rollback.
Pasos de validación QA:
- Desplegar nueva versión en entorno green
- Ejecutar suite completa de smoke tests contra green
- Verificar migraciones de BD
- Cambiar tráfico a green
- Ejecutar smoke tests de producción inmediatamente
- Monitorear métricas por 15-30 minutos
Despliegue Canary
Enrutar un pequeño porcentaje de tráfico a la nueva versión. Aumentar gradualmente si las métricas están saludables.
Validación QA en cada fase:
- Tasas de error (comparar canary vs. baseline)
- Tiempos de respuesta (P50, P95, P99)
- Métricas de negocio (tasas de conversión)
- Métricas de infraestructura (CPU, memoria)
Despliegue Rolling
Actualizar instancias una a una. En cualquier momento, algunas ejecutan la versión vieja y otras la nueva.
Despliegue Shadow
Desplegar la nueva versión junto a producción pero sin servir tráfico real. Espejear tráfico de producción y comparar respuestas.
Procedimientos de Rollback
Criterios de Rollback
| Métrica | Umbral | Acción |
|---|---|---|
| Tasa de error | > 1% aumento | Rollback automático |
| Tiempo respuesta P95 | > 500ms | Alerta + decisión manual |
| Tasa de conversión | > 5% disminución | Rollback manual |
| Fallos de health check | Cualquier pod no saludable > 2 min | Rollback automático |
Testing de Rollback
Crítico: Testea el procedimiento de rollback en sí. Un rollback que nunca ha sido testeado no es un plan — es una esperanza.
Ejercicio: Diseña Validación de Despliegue
Tu equipo cambia de big-bang a canary. Diseña el plan de validación para un rollout canary de 4 fases de una actualización de procesamiento de pagos.
Solución
Pre-Despliegue
- Suite de regresión completa pasó en staging
- Tests de sandbox de pagos pasan
- Migración de BD testeada y reversible
Fase 1: 1% Tráfico (30 minutos)
- Tasa de éxito de pagos ≥ 99.5%
- Tiempo respuesta API P95 < 300ms
- Cero errores 500 de nueva versión
Fase 2: 10% Tráfico (2 horas)
- Comparación canary vs. baseline con significancia estadística
- Verificar procesamiento de reembolsos
Fase 3: 50% Tráfico (4 horas)
- Comparación completa de métricas
- Validación de load testing
Fase 4: 100% Tráfico
- Suite de smoke tests completa
- Monitorear por 24 horas
- Mantener rollback listo por 48 horas
Conclusiones Clave
- Elige estrategia según tolerancia al riesgo — sistemas críticos necesitan canary
- Define criterios de rollback antes de desplegar
- Testea el rollback en sí — un rollback no testeado no es un plan
- Monitorea activamente durante el rollout
- Los despliegues canary son el mejor amigo de QA — limitan el radio de impacto