¿Deberías autoalojar Teable?
Lista de comprobación para decidir entre Teable Cloud y el autoalojamiento, con responsabilidades de despliegue y verificación.
Respuesta breve: Autoalojar Teable significa ejecutar la aplicación en servidores que controla tu equipo, en lugar de usar Teable Cloud. Obtienes control de red y datos, pero eres responsable de la base de datos, almacenamiento de archivos, dominio, TLS, secretos, copias, actualizaciones, monitorización y respuesta a incidentes.
Qué incluye
No basta con iniciar un contenedor: hay que conectar la base de datos y el almacenamiento de adjuntos, proteger las variables de entorno, configurar HTTPS y mantener una versión compatible. Las copias deben probarse con una restauración y cada actualización necesita una ruta de reversión. El README oficial ofrece Cloud y fully self-hosted como opciones de despliegue.
Por qué elegirlo
El autoalojamiento puede mantener datos en una red privada, cumplir una regla de residencia o permitir que el equipo elija sus ventanas de mantenimiento y controles de identidad. Es más razonable si ya operas PostgreSQL y observabilidad; ahorrar solo el coste del servidor no compensa el tiempo de ingeniería.
Costes y decisión
Con Cloud el proveedor asume gran parte de la operación. Con autoalojamiento, tu equipo debe aplicar parches, renovar certificados, rotar secretos, ajustar la base, retener adjuntos, recuperar copias y responder a fallos. Nombra responsables y haz una prueba de restauración y rollback en un entorno no productivo. Elige Cloud si importan más la velocidad y el menor mantenimiento; elige autoalojamiento solo si el control justifica esa responsabilidad.
Esta es una guía de decisión, no un runbook de capacidad. Consulta la documentación oficial y el repositorio canónico.