supabase-selfhost-ops
Distribución auto-alojada de Supabase lista para producción, con seguridad reforzada, monitoreo y soporte para agentes de IA. Incluye cifrado LUKS, backups PITR y migración desde la nube en un solo comando.
Ficha actualizada 22 sept 2026, 15:32 · upstream 21 sept 2026, 17:03 · release v1.2.0
Qué es supabase-selfhost-ops
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Este proyecto ofrece una distribución de Supabase auto-alojada diseñada para entornos de producción, superando las limitaciones de la instalación estándar con Docker Compose. A diferencia del stack oficial expuesto a internet sin autenticación, esta solución integra Caddy para terminación TLS y SSO, pgBackRest para recuperación punto en el tiempo (PITR) y cifrado LUKS en el volumen de datos. El enfoque se centra en la seguridad por defecto y la preparación para agentes de IA, evitando la exposición de secretos mediante un canal MCP read-only sobre SSH.
La arquitectura se construye componiendo herramientas probadas como Supabase, Caddy, pgBackRest y Ansible, permitiendo una gestión idempotente y actualizaciones seguras. Incluye un stack completo de observabilidad con Grafana, Prometheus y Loki, además de mecanismos de hardening del sistema operativo (SSH, sysctl). La solución facilita la migración desde Supabase Cloud manteniendo la integridad de los datos y usuarios.
- Despliegue seguro de Supabase en infraestructura propia con cumplimiento de residencia de datos.
- Integración con agentes de IA mediante un servidor MCP read-only que no expone credenciales.
- Recuperación ante desastres con backups continuos y restauración punto en el tiempo a nivel de segundo.
- Monitoreo completo del estado de la aplicación y la infraestructura subyacente.
- Migración simplificada desde Supabase Cloud a una instalación auto-alojada mantenida por el usuario.
- Canal MCP read-only sobre SSH para agentes de IA sin exposición de secretos ni puertos públicos.
- Recuperación punto en el tiempo (PITR) continua con pgBackRest y verificación de integridad.
- Cifrado de datos en reposo mediante LUKS en un volumen dedicado al directorio de PostgreSQL.
- Hardening del sistema operativo incluyendo protección contra fuerza bruta con Fail2ban y UFW.
- Despliegue idempotente gestionado por Ansible para facilitar la reconfiguración y actualización.
- Requiere conocimientos de administración de sistemas en servidores Debian/Arch o Arch Linux.
- Configuración manual necesaria para DNS (registros A) y certificados TLS automáticos con Let's Encrypt.
- Dependencia de componentes externos como Caddy, pgBackRest y herramientas de monitoreo adicionales.
- No es una solución "clic" automática; requiere intervención inicial para habilitar componentes de seguridad.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Ejecutar `setup.sh` tras configurar `config.yml`. Usar `--dry-run` primero para validar cambios. Habilitar componentes críticos como Caddy, UFW y backups en la configuración. Asegurar que los puertos 80/443 estén abiertos para TLS automático. No regenerar secretos salvo con `--force` para evitar interrupciones.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.