Migración a base de datos gestionada PostgreSQL en Supabase

Decisión: Migrar la base de datos local de desarrollo y producción a instancias de Supabase.

Por qué: Mantener un servidor de PostgreSQL local en un VPS administrado a mano generaba altos costos de mantenimiento técnico y riesgo de pérdida de datos ante fallas de hardware.

Alternativas descartadas:

  • AWS RDS: Demasiado costoso para el volumen inicial de datos.
  • MongoDB Atlas: Descartado porque la arquitectura de datos requiere integridad referencial estricta y consultas relacionales complejas para catálogos y órdenes de compra.

Consecuencias:

  • Reducción del tiempo de inactividad de la base de datos a 0%.
  • Facilidad de creación de entornos clonados (Dev, Staging) a través de migrations de Supabase.
  • Monitoreo integrado de conexiones y CPU.

Relacionado: db-postgres, recuperacion-postgres-supabase