Einführung

Cloady betreibt deine Apps, damit du dich nicht um Server kümmern musst. Registriere dich, lege einen Workspace an und deploye – eine WordPress-Website, eine Node-API, eine Postgres-Datenbank. Builds, Netzwerk, HTTPS, Logs und Metriken sind inklusive: die Einfachheit eines VPS mit dem Komfort verwalteter Deploys.

Das Grundprinzip

Ein Workspace bündelt deine Mitglieder, Integrationen und die Abrechnung. Jede App darin deklariert die vCPU, den RAM und die Disk, die sie braucht – die Limits aus ihrer Compose-Datei, multipliziert mit der Skalierung, die du wählst –, und was der Workspace zahlt, richtet sich nach der Summe.

Einen Plan wählst du nie aus. Die Summe wird anhand von vier Plänen bepreist, und alles zwischen zwei Plänen liegt auch preislich dazwischen – siehe Kapazität und Preis. Die Preise sind in jeder Region gleich, und ein Workspace, dessen Apps in 0,5 vCPU, 1 GB RAM und 5 GB SSD passen, zahlt nichts. Du zahlst für das, was deine Apps deklarieren, nicht für das, was sie tatsächlich verbrauchen. Die Gratis-Stufe umfasst 200 GB ausgehenden HTTP-Traffic pro Monat, und bezahlte Kapazität enthält unbegrenzten Netzwerk-Traffic.

Ein neuer Workspace kann in jede Region deployen – USA West, USA Ost, Deutschland oder Singapur. Eine Region ist einfach der Ort, an dem eine App läuft, und du wählst sie beim Deploy dieser App; vorher musst du nichts freischalten.

Workspace  —  members, integrations, one bill for what its apps declare
 └─ Application  —  runs in one region, in one environment
     └─ Services  —  the containers the app is made of

Jede Anwendung läuft in einer Region und einer Umgebung – production, preview oder development –, und ihr Name ist innerhalb eines Workspaces und einer Umgebung eindeutig. Eine App besteht aus einem oder mehreren Services (Containern): Eine WordPress-App bündelt einen Service wordpress und einen Service mariadb, und bei jedem davon kannst du einzeln den Status prüfen, die Logs lesen und ein Terminal öffnen. Jede App bekommt HTTPS, Live-Logs, Metriken und eine URL, sobald sie startet.

Benennst du eine App um, ändert sich ihre URL, denn die Adresse folgt dem Namen. Umbenennen ist zugleich der sichere Weg – lösche eine App nie, um sie umzubenennen, denn das Löschen einer App löscht ihre Daten unwiderruflich.

Nur eines kann einen Deploy stoppen, und die Fehlermeldung nennt es:

• payment_required – die App würde den Workspace über sein Gratis-Kontingent bringen, und es ist keine Karte hinterlegt, oder die Karte wurde abgelehnt. Der Inhaber des Workspaces kann unter Account → Billing eine hinterlegen, oder du machst die App kleiner.

Drei Wege zum Deploy

• GitHub-Repo – verbinde ein Repo, und Cloady baut und deployt deinen Branch bei jedem Push.
• Ordner per Drag-and-drop – zieh einen Projektordner von deinem Rechner herein; er wird genauso gebaut.
• Katalog – wähle eine fertige Anwendung (WordPress, Postgres, n8n, Supabase und mehr) und installiere sie.

Alle drei funktionieren im Dashboard oder in deinem Terminal mit cloady deploy.

Zwei Domains

• cloady.com – das Dashboard: deine Workspaces, Apps, Logs, Metriken, dein Team und die Abrechnung. Ein Workspace liegt unter cloady.com/w/acme.
• cloady.io – hier werden deine Apps ausgeliefert. Jede App bekommt dort einen Hostnamen:

my-blog-k7q2v9ze-acme.cloady.io

Das sind der App-Name, ein kurzer eindeutiger Code und der Name des Workspaces – in jeder Region und jeder Umgebung. Du kannst auch deine eigene Domain mit einer App verbinden – HTTPS wird so oder so eingerichtet.

Wie geht es weiter?

• Erste Schritte – lege deinen ersten Workspace an und bring eine App live.
• Grundkonzepte – Workspaces, Kapazität und Preis, Anwendungen, Regionen und Umgebungen.
• Dashboard-Leitfaden – finde dich zurecht und verwalte deine Apps.
• API-Referenz – jeder Endpunkt, mit einem Playground für Anfragen.
• CLI-Referenz – deploye, verfolge Logs und verwalte Apps aus deinem Terminal.
• Terraform-Provider – definiere Workspaces, Apps, Variablen und Domains als Code.
• MCP-Server – steuere Cloady mit einem AI-Agenten.