Implementación continua

1) Qué es un CD y en qué difiere de un CI/CD

El despliegue continuo (Continuous Deployment, CD) es la práctica de apagar automáticamente cada cambio de comprobación pasado en el prod, sin «trenes de lanzamiento» manuales. El CD se diferencia del CI (ensamblajes automáticos y pruebas en commits) en que completa la cadena: código → artefacto → verificación → producción. En las industrias reguladas, los CDs a menudo se combinan con la entrega progresiva (liberación por etapas con limitación de audiencia).

• Reducir el tiempo para el mercado y el costo de los cambios.
• Reducir el riesgo de grandes lanzamientos: los lotes pequeños → es más fácil encontrar la causa y retroceder.
• Inculcar una disciplina de calidad: «cada commit es potencialmente vendible».

2) Principios básicos

Pequeños incrementos. Brazaletes cortos, rugidos rápidos, merjing agresivo.
Determinismo del conjunto. Entornos duplicados, archivos de bloqueo, builds herméticos.
Calidad Shift-left. Linters, análisis estático, pruebas unit/contractual antes de la integración.
Production-like del entorno. Confecciones idénticas, secretos a través del vault, los datos son sintéticos/impersonales.
Automatización de todo el camino. Desde commit hasta enrutamiento de tráfico y reversión.
Observabilidad predeterminada. Métricas, registros, trazados, alertas - como parte de la Definición del Don.
Seguridad por diseño. SAST/DAST, SCA, artefactos firmados, validación de políticas.

3) Arquitectura de referencia de CD de paipline

1. Trigger: evento en VCS (push/merge) etiquetado como «prod-elegible».
2. Construir: ensamblaje de artefactos (imagen, paquete), SBOM, firma (Sigstore/Cosign).
3. Test Fast: lint/unit/contractual; feedback rápido (<5-10 min).
4. Test Deep (en paralelo): integración, E2E, carga «por perfil», muestras de caos en el filete.
5. Puerta de seguridad: SAST/DAST/SCA, verificación de secretos, validación de políticas (OPA/Conftest/Kyverno).
6. Compliance Gate: SoD/4-eye si es necesario, trazabilidad de requisitos, check-list.
7. Promoción: promover el artefacto como el mismo bild a través de los entornos (dev → stage → prod).
8. Deploy Strategy: blue-green / canary / progressive + feature flags.
9. Verificación Post-Deploy: auto-salud, SLO/SLA, alertas, auto-rollback en degradación.
10. Audit & Evidence: artefactos, registros, protocolos de verificación - en un repositorio inmutable.

4) Estrategias de lanzamiento

Azul-Verde: dos stands prod (Azul = actual, Verde = nuevo), conmutación de enrutamiento atómico. Además, retroceso instantáneo. Menos, doble infraestructura.
Canary: Inicio de porción del tráfico (1% → 5% → 25% → 100%) con gatitos SLO automáticos.
Entrega progresiva: cohortes objetivo (región, proveedor, segmento VIP), límite de radio de la lesión.
Características Flags: entrega de código «desactivado», activación por usuario/cohortes. Obligatorio: la política «flag lifecycle».

5) Pruebas y calidad

Pruebas contractuales y contratos de consumo para lanzamientos de microservicios independientes.
Perfiles de carga según patrones reales (RPS, p95/p99, modelos abiertos/cerrados).
Pruebas de migración de DB: directa/reversible, compatibilidad de dos versiones (expand → aprox).
Chaos/Resilience-muestreos: desactivación de dependencias, retardos de red, límites de recursos.
Comprobación posterior al disparo (smoke + synthetic) desde puntos cercanos al usuario.

6) Seguridad y cumplimiento en CD

Firma de artefactos, Provenance, SBOM. Rastreamos el origen, excluimos los riesgos «supply chain».
Policy-as-Code: Permitimos que sólo las imágenes de un registro de confianza, con paso de exploración, se completen.
Secretos: tokens cortos, claves rotativas, KMS; prohibición de secretos en la gita.
División de responsabilidades (SoD): desarrollo de ≠ prod-access; todas las operaciones - a través de pipeline.
Auditoría-rastro: registros de lanzamientos inmutables, quién/qué/cuándo; Almacenamiento N años en la regulación.

7) Gestión de cambios y control de riesgos

Tipos de cambio: estándar (completamente automático), normal (auto + aprobación), de emergencia (ventana acelerada + post-mortem).
AMB-minimalismo: AMB para los riesgos alterados y los apdates «rompedores» de infraestructura, el resto a través de gates automáticos de calidad.
Risk Matrix: impacto × probabilidad → elección de estrategia (canario más profundo, banderas, monitoreo adicional).
Runbooks & Playbooks: instrucciones claras para cada tipo de lanzamiento y reversión.

8) Observabilidad, SLO y auto-rollback

Señales de oro: latencia, errores, saturación, tráfico; métricas de negocio (conversión, depósito, éxito de los pagos).
Guardrails: si p95> umbral, error rate↑, business - metrika↓ - auto-parada/retroceso.
Release Dashboards: widgets: versiya→metriki→flagi→kanareyechnyye una fracción del tráfico.
Alertas: niveles de cancelación de ruido, rotación on-call, comunicación con la gestión de incidentes.

9) Métricas de CD

DORA-métricas: frecuencia de deployes, tiempo de liderazgo para cambios, MTTR, proporción de lanzamientos fallidos.
Change-failure-rate en cohortes (por proveedor, región, dispositivo).
Tiempo de paso de las gatitas: dónde están los «cuellos de botella» (scan de seguridad, pruebas de integración).
Costo-a-Release: costo del minuto de la ventana, margen de infraestructura de las estrategias (azul-verde vs canario).

10) Patrones de retroceso y compatibilidad

Auto-rollback: a nivel de enrutamiento (traffic switch) y/o versioning (K8s rollout undo).
Migración DB: estrategia expand-migrate-contract, las banderas de fichas ocultan campos inaccesibles.
Idempotency & Exactly-once-like: para colas/pagos: claves de idempotencia, deduplicación.
Back-pressure y degradación graceful: cuando se degradan, desactivar los fiches no funcionales.

11) Modelo práctico del entorno

Enfoque GitOps: el estado objetivo se almacena en la gita, el controlador aplica los manifiestos.
Entornos: 'dev' (rápido y sucio), 'stage' (prod-like, caos-muestreo), 'prod-A/B' (azul-verde) o 'prod' con pools canarios.
Aislamiento de datos: confecciones como datos, secretos fuera de la imagen, cuentas/límites individuales.

12) Procesos y roles

RACI: Arquitecto (políticas), Equipo de plataforma (pipeline, clústeres), Comandos de producto (pruebas/banderas), Seguridad (políticas/escaneos), SRE (SLO/fiabilidad).
ChatOps: lanzamientos de los robots de PR, visibilidad de los estados, «/promote », «/rollback».
SOP: listas de comprobación de lanzamiento, revisión posterior, control de «aging» de las banderas.

13) Características para dominios altamente regulados (por ejemplo, iGaming/fintech)

Rastreabilidad: trebovaniye→tiket→PR→bild→artefakt→sreda→log en auditoría.
Geo-release: por país/jurisdicción, con configuración de pago/CUS local.
Antifraude/motores de riesgo: pools de tráfico canario, monitoreo false-positive/negative.
KYC/AML/juego responsable: disparar fichas a través de banderas con monitoreo obligatorio del impacto del usuario.

14) Anti-patrones frecuentes

Pasos manuales entre etapas («trajeron el artefacto con las manos»).
«Banderas grises» sin dueño y vida útil.
Una prueba general de integración «gruesa» en lugar de contratos.
Ausencia de migraciones reversibles de la DB.
Un escáner de seguridad después de la desploya, no antes.

15) Mini lista de verificación de preparación para CD

• El proyecto de ley es determinista; El artefacto está firmado; hay un SBOM.
• Pruebas contractuales y fixtures para E2E.
• Security/Compliance Gates como código; secretos - a través de vault.
• Observabilidad: logs/métricas/tracks, dashboards de lanzamiento, SLO-gates.
• Estrategia de lanzamiento: canary/blue-green + auto-rollback.
• Procedimientos de migración de la DB (expand/contract).
• Feature flags con la política «creado → utilizado → eliminado».
• Integración RACI/Runbooks/ChatOps.

16) Ejemplo de flujo (script)

1. Merge en 'main' desencadenará la pipeline.
2. Ensamblaje de contenedores, firma, SBOM.
3. Lint/Unit/Contratos → superados.
4. SAST/SCA/secreto-escaneo → «verde».
5. Auto-industria en el escenario: E2E + caos + carga de perfil.
6. Canary 1% por ciento, control de errores/latencia/métricas de negocio.
7. Escalada de hasta el 25 %/50 %/100% con gatas verdes.
8. Cierre automático de la bandera «rollout-guard», grabación de artefactos de auditoría.
9. Revisión posterior, eliminación de las marcas de tiempo.

17) Resultado

El CD no es un «botón deploy», sino una cultura de cambios pequeños, seguros y observables. Con las políticas correctas y la automatización, el CD reduce los riesgos, acelera la entrega de valor y hace de los lanzamientos una rutina en lugar de un evento. Para los sistemas altamente cargados y ajustables, la clave del éxito son las puertas estrictas de la calidad, el rodillo por etapas, las banderas de fichas, la observabilidad y la reproducibilidad de cada paso.