Onboarding cases

Where you start decides how long setup takes and how well Hetscale fits. Find your row; each case has its own page with the steps.

Onboarding asks four questions before any resource is touched: is there a load balancer, is the app behind Cloudflare, where is the database, how do you deploy. The answers map to one of these cases with a fit score and an up-front time estimate. Hetscale's own setup is about 15 minutes in every case; the rest is prerequisite work on your side.

CasePrerequisite workTimeFit
One app, Hetzner LB, 2+ servers, registry imagenone15–20 min10/10
Campaign / e-commerce with LBnone; wants scheduled scaling20 min9/10
One app, one server, behind Cloudflare proxy, no CF LBCloudflare Load Balancing, pool and origin, firewall to CF IPs30–45 min8/10
Coolify multi-server readynone20–30 min8/10
CI/SSH deploy, 1–3 servers behind Hetzner LBdeploy to the IP Hetscale sends1–2 h8/10
Stateless API, managed DB, one server, no LBLB only1 h7/10
One app, one server, no LB, Compose, TLS on the box, external DBHetzner LB (€7.49/mo), TLS to LB, DNS to LB1–2 h6/10
Kamalhost list from the inventory API (recipe)1–2 h6/10
Two apps, two servers, no LBtwo LBs or CF LB with two pools2–3 h5/10
Forge / Ploinative adapter not in MVPhalf day4 → 8/10
Coolify, single server, app + DB togethermove DB out, registry image, LB, proxy settinghalf day to a day3 → 7/10
WordPress / Plesk single box, local MySQLre-architecturedays1/10
CI/SSH deploy, no LBboth of the above: the load balancer and the deploy to the IP Hetscale sends2–3 h6/10
Queue worker scalingqueue-depth metric (agent)post-MVP

The fit-1 case is declined by preflight with the reason. Users without a load balancer get a "get LB-ready" checklist: a Hetzner load balancer (€7.49 per month) or Cloudflare Load Balancing, TLS moved to it, DNS pointed at it. Onboarding recommends a minimum of 2 nodes for zero-downtime healing.

See what Hetscale would have done with your real data — connect read-only, get your report in minutes.

Connect read-only