Deploy Activepieces
Activepieces automation with Postgres and Redis, owner set at deploy
Redis
Just deployed
Activepieces
Just deployed
Postgres
Just deployed
Deploy and Host Activepieces on Railway
Activepieces (MIT community edition) is an open-source alternative to Zapier: flows with hundreds of app integrations, webhooks, schedules, AI agents and MCP servers.
This template runs the official image (0.92.0) with the app and a worker in one container, which is the image's default, plus Postgres with pgvector and Redis for the job queue.
About Hosting Activepieces
The first account that signs up to an Activepieces instance owns the platform, and after that new accounts need an invitation. On a public URL that first sign-up is a race, so this template does it for you: the deploy form asks for your email, a password is generated into ADMIN_PASSWORD, and a start step signs the owner up as soon as the API answers. Open ACTIVEPIECES_URL and sign in with that email and password; invite everyone else from the platform settings.
Before publishing I tested it end to end. The owner signed in with the admin role, and a sign-up from another address was refused with INVITATION_ONLY_SIGN_UP. I created a flow with a webhook trigger through the API, published it and called the webhook, and the worker ran it to SUCCEEDED. After a restart the owner signed in again and the flow was still there.
The first version ran the flow and then the whole container restarted before the run finished. Upstream's default is five flow runs at a time, each in its own process, and on a 1 GB service that was too much; with AP_WORKER_CONCURRENCY=1 the same run succeeded. The template starts at 1. On a plan with more memory, raise it.
Common Use Cases
- Connect the apps you use (email, CRM, spreadsheets, chat) with flows that run on webhooks or schedules
- Run AI agents and MCP servers that act on those apps
Dependencies for Activepieces Hosting
Nothing beyond the template: Postgres and Redis are included. Some integrations need their own API keys or OAuth apps, added in Activepieces.
Deployment Dependencies
- Activepieces: https://github.com/activepieces/activepieces
- Docs: https://www.activepieces.com/docs
- Image:
ghcr.io/activepieces/activepieces:0.92.0 - The wrapper this template builds: https://github.com/dektionstudio/railway-template-images/tree/main/activepieces
Implementation Details
ADMIN_EMAIL / ADMIN_PASSWORD # owner account, signed up on first start
AP_FRONTEND_URL # public URL for webhooks; change it when you add a custom domain
AP_ENCRYPTION_KEY / AP_JWT_SECRET # generated; keep AP_ENCRYPTION_KEY, it encrypts your connections
AP_WORKER_CONCURRENCY=1 # flow runs at the same time
AP_REDIS_URL # Redis with a password, private network
AP_POSTGRES_* # Postgres (pgvector), private network
Piece installs are cached on a volume, so flows start faster after a restart. To upgrade, set AP_VERSION (an image tag) on the Activepieces service and read upstream's breaking-changes notes first.
Idle, Activepieces used 0.8 GB of RAM, Postgres 0.47 GB and Redis 0.01 GB.
Why Deploy Activepieces on Railway?
Webhooks need a public HTTPS address that stays up, and here the instance has one from the first minute, owned by you and not open to sign-ups. The three services come to about $13 a month in RAM at idle.
Template Content
Redis
redis:7.4Activepieces
dektionstudio/railway-template-imagesADMIN_EMAIL
Email of the owner account, created on first start. Sign in with it and ADMIN_PASSWORD
Postgres
pgvector/pgvector:pg16