Gloo Edge verleimt heterogene Backends zu einheitlichen APIs

Von: Valentin Brückel
Datum: 19. März 2021

1. Features

Gloo kann Microservice APIs und Cloud-Dienste in einem API nahtlos vereinen. HTTP-Anfragen können unverändert an Backends durchgereicht oder:

• in Aufrufe anderer Dienste z.B. nach GraphQL transformiert werden
• Funktionsaufrufe in Cloud-Diensten triggern
• direkt von Gloo beantwortet werden (z.B. Cache oder Mock)

Gängige Microservice-Patterns wie Load Balancing, Shadowing und Canary Deployments werden von Gloo unterstützt. Ferner integriert es Service- und Function Discovery für Swagger, gRPC, GraphQL und FaaS-Dienste wie AWS Lambda, Google Cloud Functions und Azure Functions.

2. Architektur

Gloo Edge ist aus Anwendersicht ein Kommandozeilen-Programm, das Kubernetes oder Hashicorp Nomad mit einem passend konfigurierten Envoy-Proxy versieht. Aus der Cluster-Konfiguration definiert Gloo Filter, die ankommenden Datenverkehr dynamisch an Dienste im Cluster oder externe (Cloud-)Dienste weiterleiten.

Abbildung : Gloo vereint interne und externe Funktionen zu einem einheitlichen API

3. Lizenz

Neben der Open-Source-Software Gloo Edge existiert eine kommerzielle Version Gloo Edge Enterprise.

Die wichtigste Einschränkung der quelloffenen Version ist das Fehlen von Authentifizierungs-Mechanimen mit Ausnahme einer Schnittstelle für eigene Authentifizierungs-Server. Basic Auth, OAuth, JWT, API-Keys, OPA und LDAP sind der Enterprise-Version vorbehalten.

4. Installation

Gloo wird über das Kommandozeilen-Tool glooctl oder ein Helm-Chart installiert.

Das Tool glooctl kann z.B. über brew installiert werden. Danach kann mit einem einzigen Befehl ein Kubernetes-Cluster für die Nutzung von Gloo umkonfiguriert werden.

5. Konfiguration

Konfigurationsänderungen werden mit den Kommandozeilen-Werkzeugen kubectl und glooctl durchgeführt. Eine vollständige Konfiguration kann als YAML oder über eine Änderung mit glooctl durchgeführt werden.

Läuft beispielsweise in einem Kubernetes-Cluster ein Service fruitshop, dann genügt ein einzeiliger Aufruf von glooctl, um einen REST-Endpunkt des Service nach außen zugänglich zu machen:

			glooctl add route \
			--path-exact /all-fruits \
			--dest-name default-fruitshop-8080 \
			--prefix-rewrite /api/fruits
				

Aufrufe nach http://$PUBLIC_IP/all-fruits werden nun an den Endpunkt /api/fruits des petstore-Service weitergeleitet.

6. Benutzeroberfläche

Gloo Edge beinhaltet ein Dashboard, das die Konfiguration übersichtlich darstellt und mit Erläuterungen versieht. In der Open-Source-Version bietet die Oberfläche ausschließlich Lesezugriff.

Abbildung : Übersichtsseite des Gloo-Dashboards

Auf einer Administrationsseite sind Konfiguration und Status von Gloo dargestellt:

Abbildung : Administrationsseite des Gloo-Dashboards. In der Open-Source-Version sind keine Änderungen möglich

Für jeden konfigurierten Service existiert eine eigene Informationsseite mit definierten Routen

Definierte Endpunkte kann Gloo nach Funktionen durchsuchen. Die gefundenen Funktionen werden mitsamt ihren Parametern auf einer weiteren Seite dargestellt.

Für eigene Dashboards stehen die Metriken des in Gloo verwendeten Envoy-Proxys zur Verfügung.

7. Fazit

Gloo ist ein flexibles Werkzeug, das den Proxy-Server Envoy für API-Gateway-Aufgaben konfiguriert. Dabei bedient es sich einer für Kubernetes-Anwender vertrauten, klaren Syntax. Dadurch lassen sich viele Standard-Aufgaben auf wenige, klare Befehle reduzieren.

Im Vergleich zu anderen Lösungen zeichnet sich Gloo insbesondere durch die Fähigkeit aus, Dienste aus heterogenen Umgebungen und Cloud-Funktionen mit wenigen Zeilen Konfiguration zu einem einheitlichen API zu verbinden.

Eingeschränkt wird der Nutzen der nicht-kommerziellen Version durch das Fehlen von Authentifizierungs-Mechanismen.

8. Links

• Offizielle Seite
• Github