Glossar

Glossar: Begriffe rund um Clusterward und Kubernetes auf Scaleway

Kurze Definitionen der Begriffe, die im Cockpit, in der Anleitung und auf den Produktseiten vorkommen, jeweils mit dem Weg zur ausführlichen Seite. Alphabetisch, in vier Blöcken.

Erste Schritte Alle Funktionen

Begriffe

A bis Z

A

Abfrageplan: Der Weg, den die Datenbank für eine Abfrage wählt. Die SQL-Konsole zeichnet ihn mit EXPLAIN als Baum und markiert den teuersten Schritt; bei PostgreSQL zeigt EXPLAIN ANALYZE echte Zeilen und Zeiten.Mehr zur SQL-Konsole →
Add-on: Eine Komponente, die Clusterward auf einem Cluster installiert und aktualisiert: Ingress-Controller, cert-manager, Reflector, metrics-server, External Secrets Operator und der DNS-Webhook für Scaleway DNS. Versionen kommen aus einem gepflegten Katalog mit Kubernetes-Kompatibilität.Mehr zu Cluster-Updates →
Änderung noch nicht angewendet: Eine gespeicherte Einstellung oder Variable, die erst mit dem nächsten Rollout wirkt; die Service-Seite zeigt dann einen Hinweis mit „Restart now“. Restart wendet sie ohne neuen Build an – Speichern allein ändert im Cluster nichts.Mehr zu Deployments →
Änderungsvorschau: Der erste Schritt jeder Änderung in der SQL-Konsole: Die Anweisung läuft in einer Transaktion, die zurückgerollt wird, und meldet, wie viele Zeilen sie ändern würde. Erst „Apply changes“ führt genau diese Anweisung aus; ohne Vorschau gibt es keine Änderung.Mehr zur SQL-Konsole →
Annex-A-Kontrolle: Eine der 93 Maßnahmen im Anhang A der ISO/IEC 27001:2022, etwa A.8.13 „Information backup“. Die Compliance-Seite nennt zu jeder Prüfung Nummer und Namen; in der eigenen Erklärung zur Anwendbarkeit sieht man so, wie das Unternehmen die Kontrolle abdeckt.Mehr zur Compliance-Seite →
Anwendung: Ein Projekt im Cockpit: ein Repository mit Builds, Umgebungen und Services. Anwendungen lassen sich zu Gruppen ordnen, etwa pro Kunde.Mehr zu Deployments →
API-Token: Zugang für Skripte und CI-Pipelines, gesendet als Bearer-Header. Trägt eine Rolle (nie Administrator), einen Anwendungsbereich und eine Laufzeit von 30 bis 365 Tagen oder unbegrenzt; Nutzer, Rollen, Tokens und die SQL-Konsole bleiben ihm verschlossen. Im Audit-Log erscheint es unter eigenem Namen. Mit dem Häkchen „Usable by AI assistants (MCP)“ bindet es auch einen KI-Assistenten an.Mehr zu Sicherheit & Zugriff →
App-Katalog: Vorlagen für fertige Anwendungen, gepflegt und live getestet von Clusterward – bisher WordPress und Uptime Kuma. Wenige Felder genügen, dann entstehen Anwendung, Datenbank (wo nötig), Festplatte mit täglichen Snapshots, Domain und Zertifikat; danach ist es eine gewöhnliche Anwendung.Mehr zum App-Katalog →
Audit-Log: Das Protokoll jeder Änderung im Workspace mit Person oder API-Token, Zeitpunkt, Aktion und Objekt, auch jeder Abfrage und Änderung der SQL-Konsole. Werte von Geheimnissen stehen nie darin, nur Art oder Name. Einträge werden nach 12 Monaten automatisch gelöscht; für längere Nachweise dient der Datenexport.Mehr zu Sicherheit & Zugriff →
Ausgehende Adresse: Die öffentliche IPv4-Adresse, über die ein Cluster nach außen verbindet – seine Nodes haben keine eigene. Eine Datenbank, die nur bekannte Adressen zulässt, gibt sie für einen Import frei; der Import-Dialog zeigt sie mit Kopierknopf.Mehr zu Datenbanken →
Auslastung: Der Verlauf von CPU, Speicher und Instanzen eines Services von 15 Minuten bis 30 Tage, in Prozent des Limits, mit Reservierung und Neustarts – auch für Helm-Services. Clusterward zeichnet ihn jede Minute selbst auf.Mehr zu Logs & Monitoring →

B

Backup: Eine Sicherung, die sich zurückspielen lässt: automatische Snapshots und Einzel-Backups von Datenbanken, nächtliche Bucket-Backups mit Object Lock, Snapshots von Volumes, Dumps und Bucket-Archive aus Offboardings. Zurückgespielt wird immer daneben: eine Datenbank in eine neue Datenbank, ein Bucket in einen neuen Bucket; ein Volume-Restore ersetzt die Festplatte erst nach einem Sicherungs-Snapshot.Mehr zu Backups →
Backup-Nachweis: Eine CSV-Datei mit jedem Bucket-Backup, jeder Wiederherstellung und jedem Wiederherstellungstest eines Zeitraums, mit Zeiten, Ergebnissen und wer sie gestartet hat – über „Download evidence…“ auf der S3-Seite oder als Bericht der Compliance-Seite.Mehr zu S3-Backups →
Basic Auth: Passwortschutz für einen Host auf Ebene des Ingress. Die Zugangsdaten kommen aus einer Umgebungsvariable des Services; fehlt sie, bricht das Deployment ab.Mehr zu Netzwerk & Ingress →
Benachrichtigungskanal: Ein Webhook (Slack, Teams oder ein eigener Endpunkt) oder eine E-Mail-Adresse, die abonnierte Ereignisse erhält, etwa fehlgeschlagene Deployments, nicht erreichbare Seiten oder ablaufende Zertifikate. Webhooks lassen sich per HMAC signieren; jede Zustellung steht im Protokoll des Kanals.Mehr zu Benachrichtigungen →
Bring Your Own Cloud (BYOC): Ein Betriebsmodell, bei dem die Software als Dienst kommt und die Infrastruktur im eigenen Cloud-Konto des Kunden bleibt. Bei Clusterward entstehen Cluster, Datenbanken und Buckets in Ihrem Scaleway-Konto und werden von Scaleway direkt abgerechnet; Clusterward provisioniert, wartet und aktualisiert sie.Mehr zu Bring Your Own Cloud →
Bucket: Ein S3-Speicher bei Scaleway Object Storage, privat oder öffentlich, mit Bucket-Policy und optional einem dedizierten IAM-Schlüssel der Anwendung.Mehr zu Object Storage →
Bucket-Backup: Die nächtliche Kopie eines Buckets in einen Backup-Bucket mit Object Lock, am besten in einem eigenen Scaleway-Projekt und einer anderen Region. Kopiert wird nur, was sich geändert hat; jede Nacht ergibt einen Wiederherstellungspunkt, standardmäßig 30 Tage aufbewahrt. Steht das Backup-Ziel, ist es für jeden Bucket an.Mehr zu S3-Backups →
Build: Die Beschreibung, wie aus dem Repository der Anwendung ein Image entsteht: Branch, Dockerfile, Image-Name und Tag, gebaut im Cluster ohne Docker-Daemon oder von GitHub Actions. Ein Git-Service verweist auf einen Build.Mehr zu Deployments →

C

Chart-Festplatte: Eine Festplatte, die ein Helm-Chart selbst anlegt, etwa für eine eingebaute Datenbank. Clusterward zeigt sie am Helm-Service, sichert sie per Snapshot und stellt sie wieder her.Mehr zu Volumes →
Chart-Secret: Ein nur schreibbares Secret eines Helm-Services. Die Values verweisen mit ${secret.NAME} darauf, Clusterward setzt den Wert erst beim Deploy ein.Mehr zu Secrets →
Circuit Breaker: Obergrenze für Verbindungen und offene Anfragen zu einem Service bei Envoy Gateway. Schützt eine überlastete Anwendung, statt sie weiter zu fluten.Mehr zu Netzwerk & Ingress →
Cluster: Ein Kubernetes-Cluster (Scaleway Kapsule) in Ihrem Scaleway-Projekt, auf dem die Umgebungen laufen. Clusterward legt ihn mit privatem Netzwerk, ohne öffentliche Node-Adressen und mit gesperrter API an oder bindet einen bestehenden per Kubeconfig an.Mehr zu Cluster-Provisioning →
Compliance-Paket: Ein ZIP mit allen sechs Berichten der Compliance-Seite für einen Zeitraum, einer README.txt mit dem Stand jeder Prüfung und SHA256SUMS über jede Datei – damit lässt sich später nachweisen, dass nichts verändert wurde.Mehr zur Compliance-Seite →
Compliance-Seite: Der Menüpunkt „Compliance“ im Cockpit: Live-Prüfungen zu Zugriff, Backup, Protokollierung, Netzwerk und Änderungen, jede mit ihrer Kontrolle aus ISO/IEC 27001:2022 Annex A, dazu Berichte als CSV und die geltenden Sicherheitseinstellungen. Sie liest nur; jede Prüfung verlinkt die Seite, auf der man etwas ändert.Mehr zur Compliance-Seite →
Cutover: Der Wechsel eines Services von einem Ingress-Controller zum anderen: Beide Load Balancer bedienen die Hosts mit gültigen Zertifikaten, Clusterward zieht die eigenen DNS-Records um und schließt den Wechsel eine Stunde, nachdem jeder Host auf die neue Adresse zeigt. Ein laufender Cutover lässt sich abbrechen.Mehr zu DNS & Zertifikate →

D

Datenexport: Die ganze Konfiguration eines Workspaces als JSON-Datei, unter „Settings → Security“ („Export your data“). Passwörter, Schlüssel und Secret-Werte sind nie enthalten.Mehr zu Sicherheit →
Datenimport: Das Übernehmen bestehender Daten über „Import data“: Schema und Daten einer externen PostgreSQL- oder MySQL-Datenbank (gleiche Engine) in eine Managed Datenbank, als Job im Cluster, während die App pausiert; oder Objekte eines externen S3-Buckets in einen eigenen Bucket – kopiert und überschrieben, nie gelöscht. Gehört die Datenbank einem Helm-Chart, hält der Import dessen Workloads an; lässt die Quelle nur bekannte Adressen zu, gibt sie die ausgehende Adresse des Clusters frei.Mehr zu Managed Datenbanken →
Deployment: Der Rollout eines Services in seine Umgebung: Build, Registry-Prüfung, Server-Side-Apply der Objekte, Health-Check. Läuft im Hintergrund, der Fortschritt steht im Cockpit.Mehr zu Deployments →
Diagnose: Eine fertige Prüfung in der SQL-Konsole, etwa größte Tabellen, ungenutzte Indizes oder Sperren. Jede sagt, was der Lese-Login nicht sehen kann.Mehr zur SQL-Konsole →
DNS-Record: Ein Eintrag in einer DNS-Zone, der einen Hostnamen auf eine IPv4-Adresse (A) oder einen anderen Hostnamen (CNAME) zeigt. Clusterward legt Records für die Hosts Ihrer Services selbst an; auf der Zonenseite legen Sie weitere an. Geändert und gelöscht werden nur eigene oder übernommene Records.Mehr zu DNS & Zertifikate →
DNS-Zone: Eine bei Cloudflare oder Scaleway DNS gehostete Domain, die im Cockpit mit einem geprüften Token oder IAM-Schlüssel registriert ist. Nur in registrierten Zonen legt Clusterward Records automatisch an, gleicht sie stündlich mit dem Anbieter ab und ändert nur eigene oder übernommene Records. Auf der Zonenseite legen Sie zusätzlich A- und CNAME-Records an, die Clusterward danach verwaltet.Mehr zu DNS & Zertifikate →
Domain: Ein Hostname an einem Service. Er wird über den Ingress-Controller des Clusters zum Service geroutet, bekommt einen TLS-Modus und kann stattdessen per 301 auf ein anderes Ziel weiterleiten oder nur bestimmte Quelladressen zulassen. In einer registrierten Zone legt Clusterward den DNS-Record selbst an.Mehr zu DNS & Zertifikaten →
Dump: Die Sicherung einer Datenbank vor einem Offboarding, als pg_dump- oder SQL-Datei im Backup-Bucket des Workspaces, mit einstellbarer Aufbewahrung. Ohne erfolgreichen Dump wird nichts gelöscht.Mehr zu Managed Datenbanken →

E

Einladung: Der Weg zu einem neuen Nutzer: ein Link per E-Mail, mit dem er sein Passwort selbst setzt. Die 2FA richtet er beim ersten Anmelden ein.Mehr zu Sicherheit →
Einrichtungs-Passwort: Der Schutz einer neuen Seite aus dem App-Katalog, bis ihr Installer durchlaufen ist: Nutzer setup und ein Passwort von der Lauf-Seite. „Open to everyone“ entfernt ihn.Mehr zu WordPress →
Envoy Gateway: Ein alternativer Ingress-Controller neben ingress-nginx (und Traefik), auf Basis der Kubernetes Gateway API. Ein Service auf der Envoy-Klasse wird als Gateway mit HTTPRoutes gerendert; alle Services teilen sich eine Proxy-Flotte und einen Load Balancer.Mehr zu DNS & Zertifikate →
External Secrets Operator: Kubernetes-Operator, der Secrets aus externen Quellen wie dem Scaleway Secret Manager in den Cluster synchronisiert. In Clusterward ein Add-on, pro Cluster als Lieferweg wählbar.Mehr zu Secrets →

G

Gespeicherte Abfrage: Eine Abfrage der SQL-Konsole, gespeichert für Sie oder den ganzen Workspace, auf Wunsch mit :name-Parametern, die beim Ausführen gebunden werden.Mehr zur SQL-Konsole →

H

Health-Check: Die Wartezeit nach einem Rollout, bis die Pods bereit sind (im Cockpit „Readiness timeout“): Standard zwei Minuten, pro Service einstellbar; Helm-Services warten fest bis zu fünf Minuten. Läuft sie ab, gilt der Rollout als nicht rechtzeitig bereit, läuft im Cluster aber weiter. Gesund ist ein Rollout erst, wenn jede Instanz der neuen Version bereit ist und die alten weg sind.Mehr zu Deployments →
Helm-Template: Ein Helm-Chart in der Template-Bibliothek des Cockpits, in nummerierten Versionen, die nach dem Speichern unveränderlich sind. Ein Helm-Service pinnt eine Version; eine neue Version ändert nichts Laufendes, bis Services auf sie umgestellt werden.Mehr zu Deployments →

I

IAM-Schlüssel: Ein API-Schlüssel eines Scaleway-Projekts. Als Provisioning-Profil oder S3-Provider hinterlegt wird er vor dem Speichern geprüft, verschlüsselt und nie wieder angezeigt.Mehr zu Cluster-Provisioning →
Image-Digest: Der eindeutige Fingerabdruck eines Container-Images (sha256). Images aus der Scaleway-Registry des Clusters rollt Clusterward per Digest aus, damit ein wanderndes Tag wie latest nicht entscheidet, was läuft; Helm-Charts und Images fremder Registries laufen per Tag.Mehr zu Deployments →
Image-Registry: Der private Speicher für die gebauten Images eines Clusters: ein Namespace der Scaleway Container Registry im Projekt des Clusters, beim Provisioning angelegt. Builds pushen mit einem eigenen Schlüssel, der nur die Registry darf, nie mit dem Schlüssel des Provisioning-Profils.Mehr zu Cluster-Provisioning →
Ingress-Controller: Die Komponente im Cluster, die Webverkehr über ihren Load Balancer annimmt und jede Anfrage anhand des Hostnamens an den richtigen Service weiterreicht. Clusterward installiert ingress-nginx, auf Wunsch zusätzlich Envoy Gateway oder Traefik; jeder Controller hat einen eigenen Scaleway Load Balancer.Mehr zu Netzwerk & Ingress →
Ingress-Klasse: Legt fest, welcher Ingress-Controller einen Host bedient. Ein Service kann eine Klasse pinnen oder der Standard-Klasse des Clusters folgen.Mehr zu DNS & Zertifikate →
Interne Adresse: Die Adresse, unter der ein Service im Cluster antwortet, etwa http://svc-<id>.<namespace>.svc.cluster.local. Die Port-Karte des Services zeigt sie mit Kopierknopf; so ruft eine andere App den Service ohne Domain auf.Mehr zu Netzwerk & Ingress →
IP-Allowlist: Die Adressbereiche, aus denen ein Workspace erreichbar ist, geprüft vor der Anmeldung. Kennt Cloudflare-Adressen und verhindert das Aussperren der eigenen Adresse.Mehr zu Sicherheit & Zugriff →
Isolierte Umgebung: Eine Umgebung mit Netzwerk-Richtlinien: Hinein kommen nur die Ingress-Controller des Clusters und die eigenen Pods, der Metadaten-Dienst der Nodes bleibt unerreichbar. Die Richtlinien folgen den installierten Controllern; mit der Stufe „Manage“ lässt sich die Isolation wieder aufheben. Ausnahmen für andere Umgebungen desselben Clusters erlaubt „Who else may call in“ im selben Dialog.Mehr zu Sicherheit & Zugriff →

K

Kapazitätsübersicht: Die Seite Infrastructure → Monitoring: eine Karte pro Scaleway-Projekt mit Clustern (CPU und Speicher, genutzt und reserviert), Nodes, verwalteten Datenbank-Instanzen und Load Balancern, alle 15 Sekunden live gelesen. Sie braucht nur das Leserecht für Operations. Daneben zeigen die Ansichten „Services“ und „Uptime“ jeden Service und jeden Uptime-Check der letzten 24 Stunden.Mehr zu Logs & Monitoring →
Kapsule: Scaleways Managed Kubernetes. Clusterward provisioniert Kapsule-Cluster mit privaten Nodes und API-Allowlist oder bindet bestehende per Kubeconfig an.Mehr zu Cluster-Provisioning →
KI-Assistent: Ein Programm wie Claude, Cursor oder VS Code, das über das Model Context Protocol mit Clusterward spricht. Es liest fast alles, was das Cockpit zeigt, erledigt auf Wunsch Routineaufgaben wie Deploy oder Backup und ändert mit einem dritten Schalter Einstellungen – immer nur mit den Rechten seiner Rolle.Mehr zu KI-Assistenten →
Konfigurationsprüfung: Der Abgleich zwischen dem, was im Cockpit steht, und dem, was im Cluster läuft: im Cockpit „matches“, „differs“, „missing“ oder „not managed“.Mehr zu Deployments →
Konto angehalten: Zustand eines Workspaces bei offener Zahlung oder nach Vertragsende: Anwendungen laufen weiter, das Cockpit ist nur lesbar, Anmelden und Datenexport bleiben möglich.Mehr zu den Preisen →
Kubeconfig: Die Zugangsdatei zu einem Kubernetes-Cluster. Beim Anbinden wird sie geprüft und verschlüsselt gespeichert; bei provisionierten Clustern ersetzt Clusterward das Admin-Token durch die Operator-Identität.Mehr zu Cluster-Provisioning →

M

Managed Datenbank: Eine Scaleway-RDB-Instanz für PostgreSQL oder MySQL, von Clusterward nur mit privatem Endpunkt angelegt. Darauf entstehen Datenbanken mit eigener Rolle pro Service.Mehr zu Managed Datenbanken →
MCP (Model Context Protocol): Der offene Standard, über den KI-Assistenten Werkzeuge und Daten anderer Programme nutzen. Clusterward ist ein MCP-Server: Pro Workspace eingeschaltet, steht seine Adresse unter Settings → Security → AI assistants.Mehr zu KI-Assistenten →

N

Namespace: Der Kubernetes-Bereich, in dem die Objekte einer Umgebung liegen. Sein Name wird beim Anlegen der Umgebung einmal festgelegt und ändert sich auch bei Umbenennungen nie; die Operator-Identität schreibt nur in Namespaces, die Clusterward verwaltet.Mehr zu Deployments →
Needs you: Die Liste auf dem Dashboard mit allem, was Sie gerade braucht – fehlgeschlagene Deployments, ausgefallene Seiten, gescheiterte Backups und Pipeline-Läufe, ablaufende Zertifikate, die Zugriffsprüfung, Abweichungen und wartende Restarts oder Commits –, gruppiert nach „Broken now“, „This week“ und „Ready to ship“, jeweils mit dem passenden Knopf.Mehr zu Logs & Monitoring →
Netzwerk-Einstellungen: Timeouts, Retries, Rate-Limits, CORS, Basic Auth und weitere Regeln pro Service, einmal beschrieben und für nginx und Envoy übersetzt. Jedes Feld zeigt den Standard des Controllers.Mehr zu Netzwerk & Ingress →
Node-Pool: Eine Gruppe gleichartiger Worker-Nodes eines Kapsule-Clusters. Auf provisionierten Clustern lässt sich ein Pool im Cockpit auf eine feste Größe oder einen Autoscaling-Bereich setzen, ein weiterer mit anderem Node-Typ anlegen oder einer entfernen; der Node-Typ eines Pools ist fest, der letzte Pool bleibt.Mehr zu Cluster-Updates →

O

Object Lock: Eine Sperre von S3, die eine Objektversion bis zu einem Datum vor dem Löschen schützt. Im Modus Governance kann nur ein Administrator des Projekts eine Kopie vorher entfernen, im Modus Compliance niemand – auch nicht der Anbieter. Clusterward nutzt sie für die Bucket-Backups.Mehr zu S3-Backups →
Offboarding: Der Abbau eines Kunden: erst Dump jeder Datenbank und Archiv jedes gefüllten Buckets, dann die Pipeline rückwärts. Ein Fehler beim Sichern stoppt alles, bevor etwas verändert wird.Mehr zu Tenant-Pipelines →
Operator-Identität: Ein ServiceAccount im Cluster, der ab Kubernetes 1.30 den Cluster ohne Secrets liest und nur in den Namespaces schreibt, die er für die Umgebungen verwaltet; Admission-Richtlinien halten das fest. Cluster-Rollen oder CRDs schreibt er nie. Rotierbar aus dem Cockpit; ersetzt das Admin-Token.Mehr zu Sicherheit & Zugriff →
Origin-Zertifikat: Ein selbst signiertes Zertifikat, das Clusterward auf Envoy Gateway für Hosts im TLS-Modus „No TLS“ hinter dem Cloudflare-Proxy ausstellt. Es genügt für den Cloudflare-Modus „Full“ und vermeidet Fehler 525; „Full (strict)“ und direkte Besucher brauchen Let’s Encrypt oder eine Wildcard.Mehr zu Netzwerk & Ingress →

P

Pipeline: Eine geordnete Liste von Bausteinen (im Cockpit „Onboarding pipelines“), die Clusterward für jeden neuen Kunden ausführt: Datenbank, Domain, Bucket, Umgebung, Workload. Mit Preflight, Retry und Rollback.Mehr zu Tenant-Pipelines →
Plan & Limits: Die Seite im Kontomenü mit dem Tarif des Workspaces: wie viele Cluster und Anwendungen er enthält und wie viele genutzt sind, dazu der Kontostatus. Ein Limit sperrt nur neue Cluster oder Anwendungen, es hält nie etwas an.Mehr zu den Preisen →
Pool Claim: Zweckgebundene Node-Kapazität auf einem von Clusterward angelegten Cluster: Clusterward legt dafür einen eigenen Node-Pool an, skaliert und löscht ihn. Ephemere Claims skalieren auf null und geben sich ohne „Touch (keep alive)“ nach der Leerlaufzeit selbst frei; Node-Label und Taint machen den Pool exklusiv. Auch Image-Builds können auf einem Claim laufen und halten ihn dabei am Leben.Mehr zu Pool Claims →
Preflight: Die Prüfung vor dem Start eines Onboardings: Datenbanknamen gegen die Instanz, Hosts gegen alle Domains, Buckets per HEAD. Ein Konflikt blockiert den Start, ein unklarer Check warnt.Mehr zu Tenant-Pipelines →
Prompt-Vorlage: Eine fertige Anweisung für den KI-Assistenten, etwa „Fehlgeschlagenen Deploy untersuchen“ oder „Backup-Check“. Clusterward bringt zwölf mit; sie lesen nur und ändern nichts.Mehr zu KI-Assistenten →
Provisioning-Profil: Der geprüfte IAM-Schlüssel eines Scaleway-Projekts, in das Clusterward Cluster, Datenbanken und Registry anlegen darf. Jeder Cluster merkt sich sein Profil.Mehr zu Cluster-Provisioning →
Provisioning-Quelle: Eine registrierte Anwendung, die Clusterward nach Onboarding- und Offboarding-Anfragen abfragt. So bestellt Ihre Software ihre Kunden selbst; es gibt keinen eingehenden Maschinenzugang.Mehr zu Für SaaS-Anbieter →
Proxy-Protokoll: Die Option des Scaleway Load Balancers, dem Ingress-Controller die echte Client-Adresse zu übergeben. Für neue Cluster voreingestellt; Voraussetzung für Zugriffslisten und Login-Limits pro Besucher.Mehr zu Cluster-Provisioning →

Q

Query-Runner: Ein kleiner Pod im Cluster, über den die SQL-Konsole Datenbanken im privaten Netz erreicht. Er startet mit der ersten Abfrage; die Konsole zeigt, ob er läuft und was er an CPU und Speicher braucht.Mehr zur SQL-Konsole →

R

Rate-Limit: Begrenzung der Anfragen pro Client-Adresse und Sekunde oder Minute. Burst und offene Verbindungen begrenzt nur ingress-nginx; die Eingrenzung auf Adressbereiche und das Zählen pro Header-Wert, etwa pro API-Schlüssel, nur Envoy Gateway.Mehr zu Netzwerk & Ingress →
Record übernehmen: Einen bestehenden DNS-Record einer registrierten Zone unter die Verwaltung von Clusterward stellen. Er wird dann wie ein eigener geändert, etwa beim Cutover, aber beim Anbieter nie gelöscht.Mehr zu DNS & Zertifikate →
Restart: Wendet das aktuelle Image mit der aktuellen Konfiguration erneut an, ohne das Image zu bauen. Der Weg, geänderte Umgebungsvariablen zu aktivieren.Mehr zu Deployments →
Rolle: Eine Rechte-Matrix aus Bereichen und Stufen („View“, „Operate“, „Manage“), die jeder Nutzer und jedes API-Token zusammen mit einem Anwendungsbereich trägt. Die feste Rolle „Administrator“ hat alles; niemand vergibt mehr Rechte, als er selbst hat, und nur ein Administrator ändert oder löscht einen Administrator.Mehr zu Sicherheit & Zugriff →
Rotation: Ein Secret bekommt einen neuen Wert als neue Version. Clusterward erkennt Versionen im Secret Manager und startet den Service auf Wunsch neu.Mehr zu Secrets →

S

S3-Provider: Ein Scaleway-Projekt für Object Storage, im Cockpit über seinen IAM-Schlüssel registriert – der Schlüssel entscheidet, in welchem Projekt Buckets entstehen. Er wird vor dem Speichern per ListBuckets geprüft, verschlüsselt abgelegt und kann mit IAM-Manager-Recht eigene Schlüssel pro Bucket ausstellen.Mehr zu Object Storage →
Scaleway DNS: Der DNS-Dienst von Scaleway (Domains & DNS). Clusterward verwaltet Zonen dort wie bei Cloudflare, mit einem IAM-Schlüssel, der nur DNS darf – ohne Proxy, mit 300 Sekunden TTL.Mehr zu DNS & Zertifikaten →
Secret: Eine Umgebungsvariable, die ab dem Speichern nur noch überschreibbar ist. Keine Schnittstelle gibt ihren Wert zurück, das Audit-Log nennt nur den Namen.Mehr zu Secrets →
Secret Manager: Scaleways verwalteter Dienst für Secrets mit Versionen. Im Cockpit als „Secret store“ registriert, legt Clusterward Secrets dort geordnet nach App, Umgebung und Service an.Mehr zu Secrets →
Service: Das Deploybare in einer Umgebung: eine Anwendung aus einem Build (auch mit eigener Datenbank), ein zeitgesteuerter Job oder ein Helm-Chart, je nach Art mit Port, Ressourcen, Skalierung, Domains, Variablen und Volumes. Reine Container-Image-Services gibt es nur noch aus älteren Anlagen.Mehr zu Deployments →
Setup-Guide: Die Checkliste auf dem Dashboard eines neuen Workspaces: Scaleway-Projekt verbinden, Cluster anlegen, Domain, Object Storage und seine Backups, Secret Manager, Benachrichtigungen, erste App. Die Schritte haken sich selbst ab, sobald das Verlangte existiert.Mehr zu den ersten Schritten →
Snapshot: Eine Sicherung des Datenträgers hinter einem Volume – auch einer Chart-Festplatte – als Scaleway-Block-Storage-Snapshot: nach Zeitplan, per „Snapshot now“ sowie automatisch vor dem Löschen der Daten und vor einer Wiederherstellung.Mehr zu Volumes & Snapshots →
Sperre: Schutz der Anmeldung auf zwei Ebenen: Fünf Fehlversuche sperren ein Konto für 15 Minuten, außer für Adressen, von denen sich der Nutzer schon angemeldet hat; 20 Fehlversuche einer Adresse in 15 Minuten sperren diese eine Stunde, bei Wiederholung einen Tag. Adressen der IP-Allowlist sperrt die Adresssperre nie.Mehr zu Sicherheit →
SQL-Konsole: Das Abfragefenster unter „Infrastructure“ für PostgreSQL und MySQL: eine Anweisung pro Abfrage, mit eigenem Lese-Login und in einer Nur-Lese-Transaktion – beides verhindert Schreiben schon für sich allein. Erlaubt der Workspace Änderungen, läuft jede zuerst als Änderungsvorschau. Jede Abfrage und jede Änderung steht 12 Monate im Audit-Log.Mehr zur SQL-Konsole →
Sticky Session: Bindet die Anfragen eines Besuchers an dieselbe Instanz, per Cookie oder bei Envoy per Header.Mehr zu Netzwerk & Ingress →

T

Tenant: Ein Kunde Ihrer Anwendung, angelegt durch einen Pipeline-Lauf – je nach Pipeline mit eigener Datenbank, eigenen Buckets, Domains, Services oder einer eigenen Umgebung –, mit Lebenszyklus von Onboarding bis Offboarding.Mehr zu Tenant-Pipelines →
Tenant-Eingaben: Die Werte, mit denen ein Tenant angelegt wurde, etwa Name, Domain oder Tarif. Die Tenant-Seite zeigt sie, und „Edit inputs…“ ändert die veränderbaren nach dem Onboarding.Mehr zu Tenant-Pipelines →
Tenant-Version: Der Stand, auf dem ein Tenant läuft: die gepinnte Template-Version seiner Chart-Services oder der ausgerollte Commit seiner Anwendung. Die Tenant-Liste zeigt, wer dahinter liegt, und „Update to the newest version…“ bringt einen einzelnen Tenant auf den neuesten Stand.Mehr zu Tenant-Pipelines →
TLS-Modus: Die Wahl pro Domain, woher das Zertifikat kommt: „Let’s Encrypt (per host)“ über HTTP-01, ein geteiltes „Wildcard certificate“ oder „No TLS“, wenn TLS vorher endet, etwa am Cloudflare-Proxy. Bei vielen Kundensubdomains vermeidet die Wildcard das Wochenlimit von Let’s Encrypt.Mehr zu DNS & Zertifikaten →

U

Umgebung: Ein Namespace auf genau einem Cluster, etwa Staging oder Produktion einer Anwendung, mit eigenen Services, Variablen und Hosts. Der Namespace-Name wird einmal festgelegt und ändert sich nie.Mehr zu Deployments →
Undeploy: Entfernt die Objekte eines Services aus dem Cluster – Ingress, Deployment, Service und Secrets oder das Helm-Release –, während die Konfiguration im Cockpit bleibt. Volumes bleiben erhalten; gelöscht werden kann ein Service erst nach dem Undeploy.Mehr zu Deployments →
Uptime Kuma: Ein Status- und Uptime-Monitor mit Status-Seiten, den Clusterward aus dem App-Katalog in Ihren Cluster bringt – ohne Datenbank, mit Festplatte und täglichen Snapshots.Mehr zu Uptime Kuma →
Uptime-Check: Eine Prüfung einer Domain von außen per HTTPS, jede Minute bis alle 15 Minuten. Nach zwei Fehlschlägen gilt die Seite als nicht erreichbar, und eine Nachricht geht an Ihre Kanäle. Tenant-Pipelines legen sie für jeden neuen Tenant nach dem ersten gesunden Rollout an.Mehr zu Logs & Monitoring →

V

Variablen-Bus: Die Werte, die Pipeline-Bausteine veröffentlichen, etwa Datenbank-URL oder Hostname, und die spätere Schritte erst bei der Ausführung auflösen. Passwörter stehen nie im Lauf.Mehr zu Tenant-Pipelines →
Verbundener Assistent: Ein KI-Assistent, den eine Person mit ihrem eigenen Login verbunden hat, etwa Claude als Connector. Er handelt als diese Person, höchstens mit ihren Rechten; unter „Connected assistants“ im Kontomenü wird er angezeigt und sofort getrennt.Mehr zu KI-Assistenten →
Volume: Ein persistenter Datenträger eines Services auf Scaleway Block Storage, mit Mount-Pfad, Größe und Storage-Klasse – auch pro Tenant aus einem Umgebungs-Schritt der Pipeline. Ein Service mit Volume läuft mit genau einer Instanz; das Volume überlebt Undeploy und wächst nur nach oben.Mehr zu Volumes & Snapshots →
Vorheriger Lauf: Die Ausgabe eines Containers vor seinem letzten Neustart. Nach einem Absturz steht dort meist die Ursache; das aktuelle Log beginnt neu.Mehr zu Logs & Monitoring →

W

Wiederherstellung: Der Weg zurück: eine Datenbank aus einem Backup in eine neue Datenbank, ein Bucket aus einem Wiederherstellungspunkt in einen neuen Bucket oder als einzelne Datei, ein Volume aus einem Snapshot, ein Service auf eine frühere Version.Mehr zu Backups →
Wiederherstellungscode: Einer von zehn einmaligen Codes, die den Authenticator ersetzen, wenn das Handy weg ist. Sie werden nach dem Einrichten der 2FA einmal angezeigt.Mehr zu Sicherheit →
Wiederherstellungspunkt: Der Stand eines Buckets aus einer Backup-Nacht: eine Liste aller Objekte mit genau der Kopie, die zu dieser Nacht gehört. Daraus entsteht ein neuer Bucket oder der Download einer einzelnen Datei, solange die Aufbewahrung ihn hält.Mehr zu S3-Backups →
Wiederherstellungstest: Die monatliche Probe, ob ein Bucket-Backup zurückkommt: Clusterward liest eine Stichprobe aus dem jüngsten Wiederherstellungspunkt zurück und vergleicht Größe und Prüfsumme. Ein Test liest nur; „Test restore“ startet einen sofort, ein Fehlschlag wird gemeldet.Mehr zu S3-Backups →
Wildcard-Zertifikat: Ein Zertifikat *.<Domain> für alle Subdomains einer Ebene – a.example.com, nicht a.b.example.com. Verwaltet Clusterward es selbst, wird es per DNS-01 für eine registrierte Zone ausgestellt, deckt auch die Zone selbst ab und wird in jeden Namespace gespiegelt. Vermeidet das Let’s-Encrypt-Limit bei vielen Kundensubdomains.Mehr zu DNS & Zertifikate →
Workspace: Ihr eigener, abgetrennter Bereich der Clusterward-Control-Plane: eigene Datenbank, eigener Datenschlüssel, eigener Backup-Bucket, eigene Adresse. Alles, was Sie anlegen, gehört nur diesem Workspace.Mehr zu Workspaces →

Z

Zertifikatswächter: Der tägliche Lauf, der alle Wildcard-Zertifikate prüft und eines mit weniger als 14 Tagen Restlaufzeit oder ohne Ready-Status an die abonnierten Kanäle meldet, einmal pro Tag. Zertifikate einzelner Hosts von Let’s Encrypt prüft er nicht.Mehr zu Benachrichtigungen →
Zugriff zwischen Umgebungen: Erlaubt einer anderen Umgebung auf demselben Cluster, die Services einer isolierten Umgebung über ihre interne Adresse aufzurufen („Who else may call in“). Clusterward legt die Regeln auf beiden Seiten an und hält sie aktuell.Mehr zu Netzwerk & Ingress →
Zugriffsprüfung: Die regelmäßige Durchsicht aller Nutzer und API-Tokens mit Rolle, Anwendungsbereich, 2FA und letzter Aktivität, unterschrieben auf der Compliance-Seite. Festgehalten werden Person, Zeit, Anzahl und ein SHA-256 der Zugriffsliste; der Zyklus liegt zwischen 30 und 365 Tagen.Mehr zur Compliance-Seite →
Zwei-Faktor-Authentifizierung (2FA): Pflicht bei jeder Anmeldung im Cockpit: nach dem Passwort ein sechsstelliger Code aus einer Authenticator-App (TOTP). Eingerichtet wird sie beim ersten Anmelden; zehn einmalige Wiederherstellungscodes ersetzen ein verlorenes Handy.Mehr zu Sicherheit & Zugriff →

Weiterführend

Ein Begriff fehlt?

Die Begriffe folgen dem Sprachgebrauch im Cockpit. Wie sie im Alltag zusammenspielen, zeigt die Anleitung Erste Schritte; die Unterschiede zu anderen Werkzeugen erklären die Vergleiche mit Qovery und dem Eigenbau.

Begriffe im Cockpit sehen

In der Demo zeigen wir Workspace, Pipeline, Tenant und Cutover an einem echten Cluster statt im Glossar.

Demo buchen