Kubernetes auf Scaleway betreiben – ohne eigenes Platform-Team.

• Scaleway Kapsule

  Managed Kubernetes mit Private Network, Public Gateway und Nodes ohne öffentliche IP.

• Kubernetes & Helm

  Deployments als Standardobjekte, Helm-Charts aus der Vorlagenbibliothek, kein proprietäres Format.

• Managed Postgres & MySQL

  Scaleway RDB mit privatem Endpunkt, eine Datenbank und Rolle pro Service.

• Scaleway Object Storage

  S3-kompatible Buckets mit eigenem IAM-Key und Bucket-Policy pro Anwendung.

• cert-manager

  Let's Encrypt pro Host oder ein verwaltetes Wildcard-Zertifikat für alle Subdomains.

• Cloudflare DNS

  DNS-Records automatisch angelegt, Proxy pro Host schaltbar, echte Client-Adressen im Cluster.

• Kaniko & GitHub Actions

  Container-Builds im Cluster oder auf GitHubs Runnern, Image vor dem Rollout in der Registry geprüft.

• ingress-nginx & Envoy Gateway

  Ingress oder Gateway API, Timeouts, Rate-Limits, Basic Auth und CORS pro Service.

Jede Funktion ist ein bewusster Schalter. Nichts fasst Ihre Infrastruktur an, bevor Sie es freigeben.

Noch etwas offen? Schreiben Sie uns oder buchen Sie eine Demo.

• Läuft Clusterward in meinem eigenen Scaleway-Projekt?

  Ja. Sie hinterlegen einen IAM-Schlüssel Ihres Scaleway-Projekts als Provisioning-Profil; Clusterward prüft ihn vor dem Speichern und legt Kapsule-Cluster, Managed Datenbanken, Container-Registry und Buckets ausschließlich in diesem Projekt an. Die Ressourcen gehören Ihnen, erscheinen in Ihrer Scaleway-Konsole und werden von Scaleway direkt abgerechnet. Clusterward hält keine Kopie Ihrer Daten, nur die Steuerungsinformationen.

• Was brauche ich bei Scaleway, um zu starten?

  Ein Scaleway-Konto mit einem Projekt und einem IAM-Schlüssel, der Kapsule, Private Networks, Managed Databases, Object Storage und die Container-Registry verwalten darf. Die Hilfe im Cockpit listet die genauen Berechtigungssätze auf, und der Test-Button zeigt, welche davon fehlen. Für Domains und Zertifikate kommt optional eine Cloudflare-Zone mit API-Token dazu. Mehr ist nicht nötig – den Rest richtet der Wizard ein.

• Kann ich bestehende Kubernetes-Cluster anbinden?

  Ja. Einen vorhandenen Kapsule-Cluster registrieren Sie per Kubeconfig-Import. Clusterward prüft die Zugangsdaten mit einem lesenden Aufruf, bevor sie verschlüsselt gespeichert werden, und kann anschließend eine eigene, eingeschränkte Identität im Cluster anlegen, damit der Admin-Token nicht dauerhaft gebraucht wird. Ingress-Controller, cert-manager und Metrics-Server installieren Sie bei Bedarf aus dem Cockpit nach.

• Wie funktioniert das Onboarding neuer Kunden?

  Im Pipeline-Designer stecken Sie Bausteine zusammen: Datenbank, Bucket, Domain, Umgebung und Workload, in der Reihenfolge, die Ihre Anwendung braucht. Werte wie Datenbank-URL oder Bucket-Zugang fließen über einen Variablen-Bus in die Konfiguration des Workloads. Beim Start prüft ein Preflight Kollisionen, jeder Schritt ist wiederholbar, und ein Offboarding baut alles rückwärts ab – mit einem Datenbank-Dump vor jedem Drop. Ein Lauf dauert in der Praxis unter einer Minute.

• Worin unterscheidet sich Clusterward von Qovery oder Heroku?

  Qovery abstrahiert mehrere Clouds, Heroku betreibt die Infrastruktur selbst. Clusterward ist auf Scaleway zugeschnitten und nutzt Kapsule, Managed Databases und Object Storage direkt – ohne eigene Abstraktionsschicht und ohne Cloud-SDKs. Alle Ressourcen bleiben in Ihrem Projekt in europäischen Rechenzentren, und das Onboarding von Kunden per Pipeline ist eingebaut statt nachgerüstet. Sie behalten Kubernetes, Helm und cert-manager als offene Standards.

• Welche Anwendungen kann ich deployen?

  Alles, was in einem Container läuft: ein Git-Repository mit Dockerfile wird per Kaniko im Cluster oder per GitHub Actions gebaut, ein fertiges Container-Image kommt aus der Registry, ein Helm-Chart aus der Vorlagenbibliothek. Pro Service konfigurieren Sie Port, Ressourcen, Skalierung, Umgebungsvariablen, Domains, Volumes und Netzwerk-Einstellungen wie Timeouts oder Basic Auth – unabhängig von Sprache oder Framework.

• Wie sicher sind meine Zugangsdaten und Daten?

  Zugangsdaten für Cluster, Scaleway und Datenbanken werden AES-256-GCM-verschlüsselt gespeichert, sind nur schreibbar und tauchen nie in Logs oder API-Antworten auf. Jeder Login braucht Passwort und Zwei-Faktor-Authentifizierung, Rollen begrenzen den Zugriff pro Bereich und Anwendung, und jede Änderung steht mit Name und Zeitpunkt im Audit-Log. Datenbanken werden vor jedem Löschen gesichert, Volumes vor jedem Entfernen per Snapshot.

• Was passiert mit meiner Infrastruktur, wenn ich kündige?

  Sie läuft unverändert weiter. Clusterward entfernt nur seine Registrierung – Cluster, Datenbanken, Buckets, DNS-Einträge und Zertifikate bleiben in Ihrem Scaleway-Projekt und lassen sich mit kubectl, Helm und der Scaleway-Konsole weiter betreiben. Es gibt keinen Vendor-Lock-in, weil Clusterward keine eigene Laufzeitumgebung mitbringt, sondern Standardobjekte in Ihrem Cluster verwaltet.

• Was kostet Scaleway zusätzlich zu Clusterward?

  Clusterward kostet 99, 299 oder 799 € im Monat – gestaffelt nur nach der Zahl Ihrer Cluster, monatlich kündbar. Cluster, Nodes, Managed Datenbanken, Object Storage und Load Balancer rechnen Sie direkt mit Scaleway ab, zu den öffentlichen Scaleway-Preisen, ohne Aufschlag und ohne Umweg über uns. Die Ressourcen liegen in Ihrem eigenen Scaleway-Projekt, Sie sehen jeden Posten in Ihrer Scaleway-Rechnung. Clusterward selbst läuft als SaaS in Ihrem eigenen Workspace unter Ihrer Subdomain.

• Wie sichere ich meine Daten?

  Datenbanken über die Backups von Scaleway mit Download und Wiederherstellung in eine neue Datenbank, Volumes über Snapshots, Anwendungen über jede frühere gesunde Version und die Konfiguration als JSON-Export. Alles im Cockpit, nichts läuft ungefragt über Ihre Daten.

Ihre Frage ist nicht dabei? Schreiben Sie uns, wir antworten in der Regel am selben Werktag.