Clusterward rendert Ingress oder Gateway API für jeden Service, zeigt für jede Netzwerk-Einstellung den Standard des Controllers und wechselt zwischen ingress-nginx und Envoy Gateway, ohne dass ein Host ausfällt.
Netzwerk & Ingress in Clusterward ist die Schicht zwischen Internet und Service: Clusterward erzeugt für jeden Service den Kubernetes Ingress für ingress-nginx oder Gateway und HTTPRoute für Envoy Gateway, mit TLS, Weiterleitungen und IP-Freigaben pro Domain. Dazu kommen Netzwerk-Einstellungen wie Timeouts, Retries, Rate-Limits, CORS, Basic Auth und Sticky Sessions, einmal beschrieben und für beide Controller übersetzt. Der Wechsel eines Services auf einen anderen Controller läuft als Cutover, bei dem beide Load Balancer die Hosts bedienen, bis DNS umgezogen ist.
Host am Service, mit TLS per Let’s Encrypt, Wildcard oder Cloudflare.
Klasse des Services oder Standard des Clusters, sichtbar im Netzwerk-Block.
Timeouts, Limits und Schutz, jeweils neben dem Standardwert.
Ingress oder Gateway und HTTPRoute, veraltete Objekte werden entfernt.
Erst ein Plan pro Host, dann bedienen beide Load Balancer, bis DNS umgezogen ist.
Alles, was sonst in Annotationen und Policy-Objekten verstreut ist, steht auf einer Karte pro Service.
Dieselbe Einstellung wird für ingress-nginx in Annotationen und für Envoy Gateway in HTTPRoute und Policies übersetzt. Was ein Controller nicht kann, markiert die Karte, statt es still zu verwerfen.
Anfragen pro Sekunde oder Minute mit Burst, auf Adressbereiche oder pro Header-Wert wie einen API-Schlüssel begrenzt. Envoy deckelt zusätzlich Verbindungen und offene Anfragen.
Anfrage-, Verbindungs- und Leerlauf-Timeouts, Wiederholungen mit Zeit pro Versuch und Auslösern. Jedes Feld zeigt den Standard, etwa 60 statt 15 Sekunden.
CORS-Regeln, Passwortschutz aus einer Umgebungsvariable und gesperrte Adressbereiche pro Service. Fehlt die Variable für Basic Auth, bricht das Deployment ab, statt den Host offen zu lassen.
Vor dem Start zeigt Clusterward für jeden Host, was mit DNS und Zertifikat passiert. Im Cutover bedienen alter und neuer Load Balancer die Hosts mit gültigen Zertifikaten; Clusterward zieht die eigenen Records um und schließt den Wechsel eine Stunde, nachdem jeder Host auf die neue Adresse zeigt.
Proxy-Protokoll am Scaleway Load Balancer und Cloudflares Adressbereiche sorgen dafür, dass Apps und IP-Freigaben den echten Besucher sehen.
Der verbreitete Ingress-Controller, mit Annotationen pro Service.
Gateway API mit einer gemeinsamen Proxy-Flotte und einem Load Balancer.
Zertifikate per HTTP-01 oder DNS-01, auch für Gateway API.
Mit Proxy-Protokoll, Status und Typ im Cockpit sichtbar.
Die meisten Einstellungen gelten für beide Controller. Wo nicht, sagt es die Karte.
| Einstellung | Unterstützt von |
|---|---|
| Timeouts für Anfrage und Verbindung | nginx und Envoy |
| Retries mit Auslösern | nginx und Envoy |
| Rate-Limit pro Adresse oder Header | Envoy, Grundlimit auch nginx |
| CORS und Basic Auth | nginx und Envoy |
| Body-Größe und Buffering | nginx |
| Circuit Breaker und Header-Regeln | Envoy |
| IP-Freigabe pro Domain | nginx und Envoy |
Hosts, Zertifikate und DNS-Records gehören zu DNS & Zertifikate. Die Controller selbst installiert und aktualisiert Clusterward über die Cluster-Updates.
Welche Adressen Ihren Workspace überhaupt erreichen, regelt die IP-Allowlist unter Sicherheit & Zugriff.
Cloudflare-Zonen, Records automatisch, Wildcard-Zertifikate verwaltet.
Zu DNS & ZertifikateGit, Container-Image oder Helm-Chart – mit Health-Check ausgerollt.
Zu DeploymentsKubernetes-Version, Node-Pools und Add-ons aus dem Cockpit.
Zu Cluster-UpdatesIhre Frage ist nicht dabei? Schreiben Sie uns, wir antworten in der Regel am selben Werktag.
Frage stellenWir setzen ein Rate-Limit, schützen einen Host mit Basic Auth und wechseln einen Service von nginx auf Envoy Gateway, ohne dass er ausfällt.
