Base de datos administrada
La data operativa de ContainerHub vive en PostgreSQL administrado por Supabase, no en servidores propios ni archivos locales.
Seguridad, disponibilidad y recuperación
ContainerHub guarda la data operativa en una base de datos PostgreSQL administrada por Supabase. Supabase documenta que sus proyectos se despliegan en regiones de AWS, y ofrece controles como backups, Point-in-Time Recovery, cifrado y políticas de acceso.
La promesa correcta no es que sea imposible perder data. La promesa profesional es infraestructura seria, controles de acceso, capacidad de exportación y un plan de recuperación medible.
La data operativa de ContainerHub vive en PostgreSQL administrado por Supabase, no en servidores propios ni archivos locales.
Supabase despliega proyectos en regiones de AWS, un proveedor cloud usado por compañías globales para cargas críticas.
ContainerHub estructura la información por tenant/empresa y aplica controles de acceso para que cada usuario vea solo lo que corresponde.
Inventario, reportes y operación pueden salir en formatos abiertos como CSV, XLSX y PDF, para que el cliente conserve copias propias.
Las suscripciones se cobran con Stripe (PCI DSS Level 1). ContainerHub no almacena números completos de tarjeta; el checkout usa páginas hospedadas por Stripe sobre HTTPS.
La data de ContainerHub no vive en una laptop ni en un servidor improvisado. Vive en una base de datos PostgreSQL administrada por Supabase, sobre infraestructura cloud de AWS, con medidas de seguridad y recuperación documentadas por el proveedor.
“Tu información está en Supabase PostgreSQL, desplegado sobre AWS. No está en archivos sueltos ni en servidores propios. Además usamos controles de acceso, backups, exportes y procesos de recuperación.”
“Ningún proveedor serio promete cero riesgo absoluto. Lo importante es reducir el riesgo con infraestructura administrada, recuperación, trazabilidad, permisos y copias exportables.”
Supabase documenta backups diarios para proyectos pagos y Point-in-Time Recovery como add-on para restaurar la base de datos a un momento específico. La retención exacta depende del plan contratado y de la configuración activa.
La restauración principal ocurre sobre PostgreSQL: tablas, filas, relaciones y metadata persistida por la aplicación.
Los reportes descargables permiten que el cliente conserve copias propias de información crítica fuera de la plataforma.
Supabase aclara que los backups de base de datos no restauran automáticamente objetos eliminados de Storage. Por eso los archivos requieren una política de respaldo específica.
Estos son los enlaces públicos que recomendamos revisar cuando un cliente pide evidencia técnica sobre infraestructura, backups, seguridad y disponibilidad.
Supabase documenta que los proyectos se despliegan en regiones de AWS.
Backups diarios por plan, restauración y Point-in-Time Recovery.
Cifrado, certificaciones, backups y prácticas de seguridad de Supabase.
Compromisos de disponibilidad, soporte y créditos de servicio.
Estado público, histórico de uptime e incidentes por servicio y región.
Cada proyecto en Supabase Platform cuenta con su propia instancia Postgres.
Modelo de autorización granular a nivel de filas en PostgreSQL.
Políticas de acceso para objetos, buckets y archivos en Supabase Storage.
Para operaciones que requieren mayor certeza contractual, ContainerHub puede convertir esta postura en compromisos medibles: RPO, RTO, retención, pruebas de restauración y respaldo externo de archivos.