Gateway API v1.0: Ein Meilenstein für Kubernetes-Routing
Entdecken Sie die neuen Funktionen und Verbesserungen der Gateway API v1.0 für Kubernetes und wie sie Ihre Entwicklung optimieren können.
Wir freuen uns, im Namen des Kubernetes SIG Network die Veröffentlichung von Gateway API v1.0 anzukündigen! Dieses Release stellt einen wichtigen Meilenstein für das Projekt dar. Mehrere zentrale APIs haben den Status “generally available” (GA) erreicht, während andere bedeutende Funktionen in den Experimental-Kanal aufgenommen wurden.
Was ist neu?
Graduation zu v1
Diese Veröffentlichung umfasst die Graduierung von Gateway, GatewayClass und HTTPRoute zu v1. Das bedeutet, dass sie jetzt allgemein verfügbar sind (GA). Diese API-Version zeigt ein hohes Maß an Vertrauen in die API-Oberfläche und bietet Garantien für die Abwärtskompatibilität. Beachten Sie, dass die Version dieser APIs, die im Standard-Kanal enthalten sind, nun als stabil gilt, dies jedoch nicht bedeutet, dass sie vollständig sind. Diese APIs werden weiterhin neue Funktionen über den Experimental-Kanal erhalten, während sie die Kriterien für die Graduierung erfüllen. Weitere Informationen dazu finden Sie in der Gateway API Versioning Policy.
Logo
Die Gateway API hat jetzt ein Logo! Dieses Logo wurde in einem kollaborativen Prozess entworfen und soll die Idee repräsentieren, dass es sich um eine Sammlung von Kubernetes-APIs für die Verkehrslenkung sowohl in Nord-Süd- als auch in Ost-West-Richtung handelt:
CEL-Validierung
Historisch gesehen hat die Gateway API einen validierenden Webhook als Teil der API-Installation gebündelt. Ab v1.0 ist die Installation des Webhooks optional und wird nur für Kubernetes 1.24 empfohlen. Die Gateway API enthält jetzt CEL Validierungsregeln als Teil der CRDs. Diese neue Form der Validierung wird in Kubernetes 1.25+ unterstützt, weshalb der validierende Webhook in den meisten Installationen nicht mehr erforderlich ist.
Standard-Kanal
Diese Veröffentlichung konzentrierte sich hauptsächlich darauf, sicherzustellen, dass die bestehenden Beta-APIs gut definiert und ausreichend stabil sind, um GA zu erreichen. Dies führte zu einer Vielzahl von Spezifikationsklärungen sowie einigen Verbesserungen des Status, um die Benutzererfahrung bei der Interaktion mit der Gateway API zu verbessern.
Experimental-Kanal
Die meisten Änderungen, die in dieser Veröffentlichung enthalten sind, beschränkten sich auf den Experimental-Kanal. Dazu gehören HTTPRoute-Timeouts, TLS-Konfiguration von Gateways zu Backends, WebSocket-Unterstützung, Gateway-Infrastruktur-Labels und mehr. Bleiben Sie dran für einen Folgeartikel, der jede dieser neuen Funktionen im Detail behandelt.
Alles andere
Für eine vollständige Liste der Änderungen, die in dieser Veröffentlichung enthalten sind, werfen Sie bitte einen Blick auf die v1.0.0 Veröffentlichungsnotizen.
Wie sind wir hierher gekommen?
Die Idee der Gateway API wurde vor 4 Jahren auf der KubeCon in San Diego als nächste Generation der Ingress API vorgeschlagen. Seitdem hat sich eine unglaubliche Community gebildet, die daran arbeitet, was wahrscheinlich die kollaborativste API in der Geschichte von Kubernetes geworden ist. Bisher haben über 170 Personen zu dieser API beigetragen, und diese Zahl wächst weiter.
Ein besonderer Dank geht an die 20+ Gemeinschaftsmitglieder, die bereit waren, eine offizielle Rolle im Projekt zu übernehmen und etwas Zeit für Bewertungen zu investieren sowie die Verantwortung für die Wartung des Projekts zu teilen!
Wir möchten insbesondere die emeritierten Maintainer hervorheben, die eine entscheidende Rolle in der frühen Entwicklung dieses Projekts gespielt haben:
Mit den neuen Funktionen der Gateway API v1.0 bietet sich Entwicklern und DevOps-Teams eine hervorragende Gelegenheit, ihre Kubernetes-Anwendungen effizienter zu gestalten. ayedo freut sich, als Kubernetes-Partner an dieser spannenden Entwicklung teilzuhaben und unterstützt Sie gerne dabei, die Vorteile dieser neuen API zu nutzen!
Quelle: Kubernetes Blog