Skip to content

Forge Cloud

Deploy apps, provision databases, send transactional email, run drip automations, broadcast to lists, and forward inbound mail — all from a single VPS you control.
  • Use a server you control, preferably a fresh Ubuntu or Debian host.
  • Keep ports 80 and 443 available for Caddy. Port 25 if you plan to use email forwarding.
  • Decide the dashboard hostname, for example pilot.yourdomain.com.
  • Decide the wildcard service root, for example *.pilot.yourdomain.com.
  • Create a GitHub App when you want repository-based deployments and push webhooks.
  • Create a Cloudflare R2 bucket or token when you want off-server database backups.
  • Have an SMTP server ready (Gmail, Postfix, Mailcow, or any provider) if you plan to send email.
  • Export a migration bundle first if you are moving from another Forge instance.

New server: Install ForgeBrowser OnboardingFirst Project.

First app: Source ServicesDomains to wire its hostname.

First database: Database Overview → choose your engine → Backups.

First email: Email OverviewAdd an identitySend transactional.

Railway move: Railway ImportDatabase Data Imports for Postgres and Redis follow-up imports.

Resilience: R2 StorageDatabase BackupsRestore.

Forge runs a self-hosted control plane on your server. It coordinates GitHub-connected app services, direct Git URL services, prebuilt Docker images, Railpack and BuildKit builds, Docker workloads, Caddy routes, generated service domains, custom domains, environment variables, deployment logs, runtime logs, database access (PostgreSQL, TimescaleDB, MySQL, Redis, MongoDB, ClickHouse, Qdrant, MinIO), database backups, Railway imports, encrypted migration bundles, R2 storage, DNS provider automation, system maintenance, updates, deployment concurrency, transactional email sending via raw SMTP, drip email automations, bulk broadcasting with unsubscribe management, and inbound email forwarding with spam filtering.