So gelingt der Wechsel: ingress2gateway für eine einfache Migration zur Gateway API

Heute stellen wir ingress2gateway vor, ein Tool, das Ihnen dabei hilft, von Ingress zur Gateway API zu migrieren. Die Gateway API steht kurz vor der Veröffentlichung in der GA-Version – wenn Sie also noch nicht umgestiegen sind, ist jetzt der richtige Zeitpunkt!

Hintergrund

In der sich ständig weiterentwickelnden Welt von Kubernetes spielt die Netzwerktechnologie eine entscheidende Rolle. Mit der zunehmenden Anzahl an Anwendungen in Kubernetes-Clustern wird die effektive Bereitstellung dieser Dienste für Clients zu einer kritischen Herausforderung. Wenn Sie bereits mit Kubernetes arbeiten, sind Sie wahrscheinlich mit der Ingress API vertraut, die als Standardlösung für den externen Zugang zu Diensten dient.

Die Ingress API bietet eine Möglichkeit, externen Datenverkehr zu Ihren Anwendungen innerhalb des Clusters zu leiten, und ist damit ein unverzichtbares Werkzeug für viele Kubernetes-Nutzer. Allerdings hat Ingress seine Einschränkungen, und mit der Komplexität der Anwendungen sowie den steigenden Anforderungen an Ihre Kubernetes-Cluster können diese Einschränkungen zu Engpässen führen.

Einige der Einschränkungen sind:

• Unzureichender gemeinsamer Nenner - Ingress versucht, einen gemeinsamen Nenner für verschiedene HTTP-Proxys zu etablieren, was nur grundlegendes HTTP-Routing ermöglicht. Funktionen moderner Proxys wie Verkehrsteilung und Header-Matching müssen in anbieter-spezifische, nicht übertragbare Anmerkungen ausgelagert werden.
• Unzureichendes Berechtigungsmodell - Die Ingress-Spezifikation konfiguriert sowohl die Infrastruktur- als auch die Anwendungslogik in einem Objekt. Mit Ingress arbeiten der Cluster-Betreiber und der Anwendungsentwickler an demselben Ingress-Objekt, ohne sich über die Rollen des anderen im Klaren zu sein. Dies führt zu unzureichendem rollenbasierten Zugriffsschutz und hat ein hohes Risiko für Konfigurationsfehler.
• Mangel an Protokolldiversität - Ingress konzentriert sich hauptsächlich auf HTTP(S)-Routing und bietet keine native Unterstützung für andere Protokolle wie TCP, UDP und gRPC. Diese Einschränkung macht es weniger geeignet für die Handhabung von Nicht-HTTP-Workloads.

Gateway API

Um diese Probleme zu überwinden, wurde die Gateway API entwickelt, um eine flexiblere, erweiterbare und leistungsfähigere Möglichkeit zur Verwaltung des Datenverkehrs zu Ihren Diensten zu bieten.

Die Gateway API steht kurz vor der GA (General Availability) Veröffentlichung. Sie bietet eine standardisierte Kubernetes API zur Steuerung des eingehenden Datenverkehrs. Sie zeichnet sich durch erweiterte Funktionalität, verbesserte Anpassungsmöglichkeiten und größere Flexibilität aus. Durch den Fokus auf modulare und ausdrucksstarke API-Ressourcen ermöglicht die Gateway API die Beschreibung einer breiteren Palette von Routing-Konfigurationen und -Modellen.

Der Übergang von Ingress API zur Gateway API in Kubernetes wird durch die Vorteile und fortschrittlichen Funktionen vorangetrieben, die die Gateway API bietet. Ihre Grundlagen basieren auf vier zentralen Prinzipien: einem rollenorientierten Ansatz, Portabilität, Ausdruckskraft und Erweiterbarkeit.

Mit Tools wie ingress2gateway wird der Wechsel zu Gateway API einfacher und ermöglicht es Entwicklern und DevOps-Teams, ihre Kubernetes-Umgebungen effektiver zu gestalten. ayedo unterstützt Sie dabei als Kubernetes-Partner und hilft Ihnen, die besten Lösungen für Ihre Anforderungen zu finden.

Quelle: Kubernetes Blog