Die Cloud Native Computing Foundation (CNCF) veranstaltet ihre halbjährliche Kubecon+ CloudNativeCon Konferenz in dieser Woche, daher ist es vielleicht nicht verwunderlich, dass wir in den nächsten Tagen einige Neuigkeiten über Open-Source-Cloud-Infrastrukturprojekte hören werden. Aber schon einen Tag vor der Veranstaltung hat die CNCF Neuigkeiten: Sie startet ein neues Projekt rund um Envoy, den beliebten Proxy, der ursprünglich 2016 von Lyft entwickelt und als Open Source bereitgestellt wurde. Das Neue Envoy Gateway nutzt den Kern von Envoy mit einem vereinfachten Bereitstellungsmodell und einer API-Schicht, um neuen Benutzern den Einstieg in Envoy als API-Gateway zu erleichtern.
Darüber hinaus führt die CNCF zwei bestehende CNCF-API-Gateway-Projekte zusammen, Kontur und Emissär, mit Envoy Gateway. Beide Projekte haben bereits API-Gateway-Funktionen für Envoy entwickelt, aber die CNCF argumentiert, dass dieser neue Ansatz es der Community ermöglichen wird, sich um einen einzigen API-Gateway-Kern der Marke Envoy zu konvergieren. Das neue Projekt, erklärt die Organisation in der heutigen Ankündigung, soll „rdoppelte Anstrengungen in Bezug auf Sicherheit, technische Details der Steuerungsebene und andere gemeinsame Bedenken zu vermeiden“ und es den Anbietern zu ermöglichen, sich darauf zu konzentrieren, auf Envoy und diesem neuen Projekt aufzubauen, anstatt zu versuchen, das Rad neu zu erfinden.
Die Envoy-API wird im Wesentlichen die Kubernetes Gateway-API mit Envoy-spezifischen Erweiterungen sein, und das Gesamtprojekt zielt darauf ab, die Komplexität der Bereitstellung von Envoy als API-Gateway zu reduzieren.
„Die Kehrseite des Erfolgs von Envoy als Komponente vieler verschiedener Architekturtypen und Anbieterlösungen ist, dass es von Natur aus auf niedrigem Niveau liegt. Envoy ist keine leicht zu erlernende Software“, erklärt die CNCF. „Während das Projekt großen Erfolg hatte und von großen Ingenieurbüros auf der ganzen Welt übernommen wurde, wird es nur geringfügig für kleinere und einfachere Anwendungsfälle übernommen, wo nginx und HAProxy sind immer noch dominant.“