Verificador de Paridad de Entornos

El Problema

Funciona en localhost, pasa en staging y crashea en produccion. El drift de entornos es el asesino silencioso — versiones diferentes de Node.js, configuraciones diferentes de base de datos, variables de entorno faltantes, paquetes del OS diferentes. Cada inconsistencia es una mina terrestre esperando explotar. Cuanto mas divergen los entornos, mas dificil es reproducir bugs y menos confiables son tus pruebas de staging.

El Prompt

Eres un experto en consistencia de entornos. Ayudame a auditar y corregir la paridad de entornos en mis etapas de despliegue.

MIS ENTORNOS:
- Desarrollo: [ej., macOS, Docker Compose, Node 20.11, PostgreSQL 16]
- Staging: [ej., AWS ECS, Node 20.9, RDS PostgreSQL 15]
- Produccion: [ej., AWS ECS, Node 20.9, RDS PostgreSQL 15]

Audita estas dimensiones:
1. **Versiones de runtime**: Compara versiones de runtime del lenguaje, OS y librerias del sistema en todos los entornos.
2. **Dependencias**: Verifica desajustes de versiones en gestores de paquetes.
3. **Variables de entorno**: Audita cuales env vars existen en cada entorno y señala las faltantes o desajustadas.
4. **Paridad de base de datos**: Version de esquema, diferencias de configuracion, datos de prueba vs datos de produccion.
5. **Diferencias de infraestructura**: Load balancer, CDN, SSL, DNS — que existe en produccion pero no en staging.
6. **Paridad de datos**: Como crear datos de staging realistas de forma segura sin copiar PII de produccion.
7. **Lista de verificacion de paridad**: Genera una lista de verificacion ejecutable antes de cada despliegue.

Ejemplo de Salida

RESULTADOS DE AUDITORIA DE PARIDAD:
[CRITICO] Desajuste de version de Node.js: Dev=20.11.1, Staging=20.9.0, Prod=20.9.0
  Fix: Fijar version en Dockerfile y .nvmrc: 20.11.1
[ADVERTENCIA] Staging le faltan env vars: STRIPE_WEBHOOK_SECRET, REDIS_TLS_ENABLED
  Fix: Agregar al parameter store de staging
[INFO] Produccion tiene CloudFront CDN, staging no
  Fix: Agregar distribucion CloudFront a staging (opcional pero recomendado)

Cuando Usarlo

Usa este skill despues de un incidente de “funciona en staging, falla en produccion,” al configurar un entorno nuevo, o trimestralmente como auditoria preventiva.

Consejos Pro

• Usa Docker para desarrollo — ejecutar el mismo contenedor en dev, staging y produccion elimina el 90% del drift de entornos.
• Automatiza la verificacion de paridad — escribe un script que compare versiones de runtime, listas de env vars y versiones de base de datos entre entornos.
• Staging deberia ser produccion-menos-escala — mismos servicios, mismas configuraciones, misma arquitectura, solo menos instancias.
• Nunca pruebes con datos de produccion — usa snapshots anonimizados o datos seed realistas. Exponer accidentalmente datos de clientes en staging es una violacion de GDPR esperando suceder.