Der App-Katalog bringt bewährte Anwendungen als getestete Vorlage auf Ihren Kapsule-Cluster. Sie geben Name, Domain und Cluster an, Clusterward legt Anwendung, Datenbank, Festplatte mit Snapshots und Zertifikat an und rollt aus. Danach ist es eine gewöhnliche Anwendung im Cockpit – nichts bleibt an die Vorlage gebunden.
Der App-Katalog ist eine Sammlung von Vorlagen für fertige Anwendungen. Eine Vorlage weiß, wie eine App auf Ihrem Cluster am besten läuft: Helm-Chart, Datenbank, Festplatte, Cron-Job und Zertifikat. Sie beantworten nur, was Ihres ist – Name, Domain, Cluster und, wo die App eine braucht, die Datenbank-Instanz. Clusterward pflegt die Vorlagen und testet jede live, bevor sie im Katalog erscheint.
Jede neue Vorlage kommt erst in den Katalog, wenn sie auf einem echten Cluster gelaufen ist.
Eine WordPress-Seite mit eigener MySQL-Datenbank, 10 GiB Festplatte für Uploads, Themes und Plugins, echtem Cron-Job und Zertifikat.
Zu WordPressEin Status- und Uptime-Monitor mit Status-Seiten für Ihre Kunden – ohne Datenbank, die Daten liegen auf 2 GiB Festplatte.
Zu Uptime KumaFür alles, was der Katalog nicht abdeckt: eine leere Anwendung, in der Sie Build, Umgebung und Service selbst anlegen – aus GitHub oder einem Container-Image.
Zu DeploymentsApps → „App catalog“. Die Kachel zeigt, was die App braucht, etwa eine MySQL-Instanz.
Name, Domain, Cluster und, wo nötig, die Datenbank-Instanz. Clusterward prüft vorher Cluster, Name und Domain.
Anwendung, Umgebung production, Chart, Datenbank, Service mit Festplatte, Domain und DNS-Record – dann das Deployment.
Hinter dem Einrichtungs-Passwort richten Sie die App ein, dann öffnet „Open to everyone“ sie für alle.
Jede Vorlage läuft auf einem echten Cluster, bevor sie im Katalog erscheint. Das Image ist auf die getestete Version festgelegt.
Jede App bekommt ihre eigene Festplatte mit täglichen Snapshots, sieben Tage aufbewahrt, wiederherstellbar auf der Volumes-Karte.
Let’s Encrypt für Ihre Domain. Liegt die Zone registriert bei Cloudflare oder Scaleway DNS, entsteht der Record automatisch.
Eine frische App zeigt ihren Installer sonst dem Ersten, der kommt. Das Einrichtungs-Passwort hält Fremde fern, bis Ihr Konto steht.
Scheitert ein Schritt, macht „Retry“ dort weiter. „Roll back…“ entfernt alles, was der Lauf angelegt hat, in umgekehrter Reihenfolge.
Logs, Auslastung, Restart, Domain und Ressourcen pflegen Sie auf den gewohnten Seiten; das Chart liegt versioniert in Ihren Templates.
Der Katalog legt nie eine Datenbank-Instanz an – sie braucht rund zehn Minuten und wird von Scaleway eigens berechnet. Alles andere entsteht im Lauf.
| Was | Sie | Der Katalog |
|---|---|---|
| Cluster | mit NGINX-Ingress-Controller | prüft ihn vor dem Start |
| Datenbank | eine Instanz der Engine, wo nötig (WordPress: MySQL) | Datenbank und eigener Nutzer darauf |
| Domain | ein freier Hostname | Zertifikat, Record in registrierten Zonen |
| Rechte | Sicht auf alle Anwendungen, Datenbanken mit „Operate“ | nichts weiter |
| Tarif | freie Anwendungen im Tarif | sperrt die Kacheln, wenn das Limit erreicht ist |
Was jede Vorlage im Einzelnen anlegt, steht auf den Seiten zu WordPress und Uptime Kuma. Wie die Festplatten gesichert und wiederhergestellt werden, beschreibt Volumes & Snapshots.
Für Anwendungen, die der Katalog nicht abdeckt, legen Sie Build, Umgebung und Service selbst an – beschrieben unter Deployments. Wer dieselbe App für jeden Kunden braucht, nimmt eine Tenant-Pipeline.
Datenbank, Festplatte mit Snapshots, Cron und Zertifikat in Minuten.
Zu WordPressStatus-Seiten und Checks, ohne Datenbank.
Zu Uptime KumaFestplatten pro Service, geplante Snapshots und Wiederherstellung.
Zu VolumesIhre Frage ist nicht dabei? Schreiben Sie uns, wir antworten in der Regel am selben Werktag.
Frage stellenWir legen eine App aus dem Katalog an, öffnen sie hinter dem Einrichtungs-Passwort und zeigen, wie sie danach als normale Anwendung weiterläuft.
