Deploy Teable + Postgres/Redis - Open-Source Airtable Alternative
Deploy and Host with Railway
teable
Just deployed
/app/.assets
postgres
Just deployed
/var/lib/postgresql/data
redis
Just deployed
/data
Deploy and Host Teable + Postgres/Redis on Railway
Self-host Teable, an open-source Airtable alternative, with a public Teable web app, private Postgres, private Redis, persistent assets, and generated secrets.
About Hosting Teable + Postgres/Redis on Railway
teable: public Teable app servicepostgres: private Postgres database for durable workspace dataredis: private Redis service for cache and queue state- Persistent Teable asset storage
- Generated app and database secrets
- Railway private networking for all database/cache traffic
Why Deploy Teable + Postgres/Redis on Railway
The public template deploy test created teable, postgres, and redis; all services reached SUCCESS; /health returned HTTP 200; signup returned HTTP 201; and signin still returned HTTP 200 after restarting teable.
That matters because the strongest incumbent Teable result has hundreds of deploys but weak recent health. This template is positioned as the reliable Teable path: private dependencies, persistent assets, and no exposed database/cache services.
Common Use Cases
- Internal Airtable-style workspaces
- Lightweight no-code databases
- Project trackers and operational tables
- Structured team knowledge bases
- Evaluation environments for self-hosted Teable
Dependencies for Teable + Postgres/Redis Hosting
Teable depends on Postgres for durable workspace data, Redis for cache/queue behavior, a stable secret key, and a correct public origin for browser interactions and uploads.
Deployment Dependencies
SECRET_KEY: generated application secretPOSTGRES_PASSWORD: generated Postgres passwordPUBLIC_ORIGIN: Railway public URL for TeableRAILWAY_RUN_UID: lets Redis write to its Railway volume
After Deploy
- Open the Teable public URL.
- Create the first workspace/user.
- Keep Postgres and Redis private.
- Add SMTP or external storage later only if the deployment needs them.
Support Checklist
If a deploy fails, include the teable, postgres, and redis deployment IDs, the /health response, and the first Teable log lines mentioning database, Redis, or PUBLIC_ORIGIN.
Template Content
PORT
SECRET_KEY
ENABLE_SIGNUP
PRISMA_DATABASE_URL
BACKEND_CACHE_PROVIDER
BACKEND_CACHE_REDIS_URI
BACKEND_PERFORMANCE_CACHE
TELEMETRY_REPORT_DISABLED
NEXT_ENV_IMAGES_ALL_REMOTE
BACKEND_SESSION_COOKIE_SECURE
postgres
postgres:15.4PGDATA
POSTGRES_DB
POSTGRES_USER
POSTGRES_PASSWORD
redis
redis:7.2.4RAILWAY_RUN_UID
