So erstellen Sie einen Webhook in Kubernetes
Was sind Webhooks??
Möglicherweise sind Sie auf den Begriff Webhook in den Einstellungen Ihrer App gestoßen. Sie fragen sich vielleicht, ob ein Webhook für Sie von Nutzen ist oder nicht. Nun, die Antwort ist ein absolutes Ja. Webhook ist eine Möglichkeit, die Daten an eine Anwendung zu liefern. Mit einfachen Worten mit Webhooks können Sie die Nachrichten direkt von einer App zur anderen liefern. Wenn eine Veranstaltung abgeschlossen ist, werden automatisierte Nachrichten an die Anwendung gesendet. Webhooks sind das, was diese automatisierten Antworten sind. Das Konzept ist SMS -Benachrichtigungen sehr ähnlich.
Zum Beispiel besitzen Sie ein PayPal -Konto, und jemand möchte Ihr Geld überweisen. Um zu wissen, ob die Veranstaltung erfolgreich ist, benötigen Sie eine Benachrichtigung. Hier kommen Webhooks ins Spiel. Mit dem Webhook kann PayPal Ihre Buchhaltungs -App mitteilen, wenn das System Ihre Zahlungsanweisung abschließt. In ähnlicher Weise informiert WooCommerce Sie über Ihre Bestellungen in Slack über Webhooks.
Lassen Sie uns nun die Voraussetzungen und den Schritt-für-Schritt-Prozess zum Erstellen eines Webhooks in Kubernetes diskutieren.
Voraussetzungen:
Lassen Sie uns vor der Erstellung von Webhooks die Voraussetzungen untersuchen. Sie müssen sicherstellen, dass Ihr System alle Standards entspricht, bevor Sie Ihren Webhook erstellen können:
- Ubuntu 20.04 oder eine andere neueste Version, in der eine Linux/Unix -Umgebung funktioniert
- Kubernetes Cluster
- Kubectl CLI, um die Kubectl -Befehle, die Clusterkommunikation und die Entwicklungsumgebung zu verwalten
- Minikube oder ein anderer Kubernetes -Spielplatz zum Erstellen der Cluster
Wenn Sie diese Tools nicht installiert haben, besteht Ihr erster Schritt darin, sie sofort zu installieren. Sobald Sie diese Tools erhalten haben, können wir zum nächsten Teil übergehen. Lassen Sie uns Schritt für Schritt direkt in die Erstellung von Webhooks eintauchen.
Schritt 1: Konfigurationsdateiformat
Für den HTTP -Konfigurationsmodus benötigt Webhook eine Datei. Diese Konfigurationsdatei verwendet das KubeConfig-Dateiformat und gibt sie durch das Flag -autorization-Webhook-config-file = slow_filename an. Die Datei umfasst zwei Elemente - Benutzer und Cluster. Benutzer geben Verweise auf das Webhook des API -Servers in der Datei, während Cluster Verweise auf Remote -Dienst geben.
So sieht eine einfache Konfigurationsdatei aus:
Im angehängten Screenshot können Sie die API -Version und die Art von API in den ersten beiden Zeilen sehen. Danach werden die Cluster, Benutzer und aktuellen Kontextinformationen vorgestellt. Denken Sie daran, dass Kubeconfig -Dateien einen Kontext benötigen. Daher müssen Sie dem API -Server einen geben. Dies haben wir im vorherigen Schritt erreicht, wie Sie aus dem vorherigen Bild sehen können.
Sobald die HTTP -Konfiguration erfolgreich durchgeführt wurde, können wir zum nächsten Schritt übergehen, der die Nutzlasten verlangt.
Schritt 2: Nutzlasten anfordern
Der API-Server veröffentlicht eine JSON-serialisierte Autorisierung.K8S.IO/V1BETA1 SubjektAccessReviewObject, wenn es gerade autorisiert werden soll. Dies geschieht, um über die Autorisierungsentscheidung zu informieren. Dieses Objekt enthält Informationen über das Feld und die Ressource. Die Ressourceninformationen definieren die Eigenschaften, auf die zugegriffen oder angefordert wurden, während die Felddetails die Person identifizieren, die versucht, die Anfrage zu stellen.
Hier ist es wichtig zu beachten. Die korrekte Deserialisierung ist entscheidend für die Erstellung von Webhooks. Um eine genaue Deserialisierung zu erreichen, sollten die Implementierer immer zwei Faktoren berücksichtigen: das Potenzial für die Versprechen der Lockerkompatibilität von Beta -Objekten und die Notwendigkeit, das Feld der Anforderung zu überprüfen. Darüber hinaus muss der API -Server die Autorisierung aktivieren.K8S.IO/V1BETA1API-Erweiterungsgruppe (-Runtime-Config = Autorisierung.K8S.io/v1beta1 = true).
Hier ist ein Beispiel -Anforderungsbehörde, den wir für Ihre Hilfe beigefügt haben:
Der Remote -Service ist verantwortlich für die Erlaubnis und den Abstand des Zugangs, was durch Ausfüllen des Statusfeldes erfolgt ist. Wir werden beide Arten von Antworten Schritt für Schritt diskutieren. Wenn Sie über die Spezifikation des zulässigen Reaktionsbehörde sprechen, können Sie sie leer lassen oder vollständig weglassen. Meistens wird es ignoriert. Ein Beispiel für den Zugriff ist wie folgt:
Als nächstes kommt der Zugang zu. Es gibt jetzt zwei Methoden zur Ausführung einer nicht zu begrenzten Reaktion. Die Implementierer bevorzugen in den meisten Fällen normalerweise die erste Methode. Diese Methode hängt von der Konfiguration der Autorisierer ab. Die Autorisierer dürfen die Anfrage genehmigen, wenn sie konfiguriert wurden. In dem entgegengesetzten Szenario, in dem es keine Autorisierer gibt oder die Anfrage einfach nicht zulässt, wird die Anfrage nicht genehmigt, um eine zulässige Antwort zu generieren. Das folgende Bild zeigt eine verweigerte Antwort:
Warum Kubernetes für Webhooks verwenden??
Kubernetes ist ein Open-Source-System zur Verwaltung der Kommunikation zwischen Softwareanwendungen, Skalierung und Automatisierung. In Bezug auf die Backend -Cluster -Geschwindigkeit und -verwaltungsfähigkeit hat Kubernetes in den letzten Jahren erheblich fortgeschritten. Aufgrund seiner wunderbaren Flexibilität, Skalierbarkeit und einfachen Betrieb ist es eine der besten Software für Backend -Cluster heute. Eine der wichtigsten Funktionen von Kubernetes ist, dass es Funktionen bietet, um die sicheren Produktions -Workloads sicherzustellen.
Unterschied zwischen API und Webhook
Sowohl API als auch Webhooks werden häufig täglich in der Software -Welt verwendet. Sie können die Begriffe austauschbar verwenden. Da beide eine ähnliche Operation haben, ist Verwirrung recht gültig. Sie sind jedoch nicht die gleichen Dinge. Der Hauptunterschied zwischen API und Webhook besteht darin, dass APIs manuell sind, aber Webhooks automatisiert sind. Bei APIs müssen sie gebeten werden, auf die Anfragen zuzugreifen oder zu verweigern. Webhook macht das jedoch selbst. Wir können sagen, dass Webhook eine Untergruppe von API ist. Daher haben sie einen viel begrenzten Umfang. Das Fazit ist, dass APIs den Befehl eines Benutzers benötigen, um eine Antwort auszuführen, während Webhooks nicht von solchen Benutzerbefehlen abhängig sind.
Abschluss
Dieser Artikel präsentierte eine Vogelperspektive, was Webhooks sind und wie sie auf Kubernetes erstellt werden können. In diesem Artikel haben wir erfahren, warum Kubernetes die beliebteste Software zum Erstellen von Webhooks ist. Befolgen Sie den Leitfaden, der in diesem Artikel angegeben ist.