Wenn Sie für einen Produktivdienst mit einer beliebigen Anzahl von Benutzern verantwortlich sind, kennen Sie wahrscheinlich das leidige Problem, dass Kunden Fehler vor Ihnen entdecken. Wir bei Akita möchten dieses Problem lösen – deshalb haben wir unser neues NGINX Plus Certified Module entwickelt.
In diesem Blogbeitrag behandeln wir wichtige Aspekte des Moduls, darunter die Gründe dafür, Protokolle aus einer übergeordneten Perspektive zu betrachten, Möglichkeiten, Probleme im gesamten System schnell zu finden und zu beheben, sowie die Frage, wie das neue Akita-Modul diese Funktionalität für NGINX-Benutzer leicht zugänglich macht.
Von Protokollen zu API-Endpunkten: den Blickwinkel erweitern
Heutzutage befinden sich unzählige Entwickler in der unglücklichen Lage, dass ihre Kunden faktisch zu ihrem Überwachungssystem geworden sind.
Es ist nicht so, dass Softwareteams Fehler nicht protokollieren. Wenn Sie beispielsweise NGINX als Reverse-Proxy verwenden, finden Sie in Ihren NGINX-Protokollen alle möglichen Informationen: Zeitstempel, Anfragelängen und Verarbeitungszeiten sowie HTTP-Statuscodes. Wenn Sie die Zeit und Geduld haben, danach zu suchen, sind die Informationen vorhanden.
In Systemen mit vielen unterschiedlichen Anfragen und Antworten kann man jedoch leicht in der Flut von Protokollen den Überblick verlieren! Wenn Sie nicht vorausschauend Dashboards oder andere Tools zur Auswertung der Protokolle eingerichtet haben, müssen Sie sich womöglich durch Tausende – wenn nicht gar Millionen – von Protokollzeilen kämpfen, um potenzielle Probleme und deren Ursprung zu ermitteln. Die Einrichtung geeigneter Dashboard- und Überwachungsmethoden kann jedoch Wochen, Monate oder sogar Quartale dauern. Zudem müssen sie häufig parallel zum Code aktualisiert werden.
Wir bei Akita sind überzeugt, dass es entscheidend ist, den Blick von den Protokollen auf die API-Endpunkte zu erweitern. So können sich Softwareteams schnell einen Überblick über Probleme und kritische Bereiche verschaffen, ohne auf die Detailtiefe verzichten zu müssen, die zur tatsächlichen Identifizierung des Problems erforderlich ist. Mit einer sofort einsatzbereiten Metriklösung, die Latenzmetriken und Fehler automatisch überwacht, lösen wir das Problem der Informationsüberflutung beim Monitoring – ganz ohne Codeänderungen oder die Erstellung von Dashboards. Unsere Lösung beobachtet den API-Datenverkehr passiv und analysiert ihn automatisch, um Monitoring und Warnmeldungen für jeden einzelnen Endpunkt bereitzustellen. Und das Beste: Nach der Registrierung können Benutzer innerhalb von 15 Minuten loslegen.
Wir stellen vor: Akitas zertifiziertes Modul für NGINX Plus
Wir freuen uns, Ihnen das Akita-Modul vorstellen zu können, das jetzt für NGINX-Benutzer verfügbar ist. Wenn Sie NGINX als Webanwendungsserver, Reverse-Proxy oder API-Gateway verwenden, können Sie Ihren API-Datenverkehr jetzt zur Analyse an Akita senden. Registrieren Sie sich für ein kostenloses Akita-Konto, installieren Sie das Akita-Modul und den Agenten, und nehmen Sie eine kleine Änderung an Ihrer NGINX-Konfigurationsdatei vor.
Innerhalb weniger Minuten können Sie in der Akita-Konsole Ihre API-Endpunkte einsehen und erkennen, welche langsam reagieren und welche Fehler verursachen.
Das zertifizierte NGINX Plus-Modul von Akita bietet NGINX-Benutzern die zahlreichen Vorteile von Akita als Erweiterung ihrer bestehenden NGINX-Konfiguration. Akita erfasst Ihren Datenverkehr aus einer HTTP-Anfrage, misst dessen Latenz und Fehler und zeigt Ihnen gleichzeitig anhand vorgefertigter Dashboards, was in der Produktionsumgebung vor sich geht.
So funktioniert das zertifizierte NGINX Plus-Modul von Akita
Sehen wir uns die Funktionsweise des Moduls und seinen Einsatzbereich genauer an. Zunächst werden Anfragen von NGINX in mehreren „Phasen“ verarbeitet. Der Prozess beginnt mit dem Einlesen der Anfrage aus dem Netzwerk, führt über Umschreibungen und Zugriffskontrollen und endet mit der Generierung der Antwort und etwaiger Protokolleinträge. Das NGINX Plus Certified Module von Akita klinkt sich erst spät in diesen Prozess ein (in der Pre-Content-Phase, nach Funktionen wie dem Umschreiben von Headern), sodass es die Anfrage in einer Form erfassen kann, die der von der Anwendung empfangenen möglichst nahekommt. Akita prüft jede eingehende Anfrage anhand des Servers und der Location in der NGINX-Konfiguration darauf, ob sie zur Überwachung markiert ist.
Hinweis: Wie bei anderen NGINX-Funktionen und -Modulen können Sie Akita nur für einen Teil Ihres Webdienstes aktivieren oder standardmäßig für alle von NGINX bereitgestellten Inhalte verwenden.
In der nächsten Phase zeichnet das Modul den Anfragetext auf und sendet ihn an den Akita-Agenten, sobald die Anfrage vollständig empfangen wurde. Dieses Verhalten ähnelt dem des Moduls ngx_http_mirror, da dieselben Daten parallel sowohl an die Anwendung als auch an den Akita-Agenten gesendet werden.
Sobald NGINX oder ein Upstream-Server eine Antwort bereitstellt, zeichnet das Akita-Modul diese Antwort (bis zu 1 MB) auf, während sie an den Client zurückgestreamt wird. Die Antwort wird durch diese Pufferung nicht verzögert. Sie erfolgt in einem NGINX-„Inhaltsfilter“, der jeden Teil des Antworttexts verarbeiten kann, sobald er verfügbar ist.
Sobald die Antwortzeit des Servers bekannt ist und die Antwort erfolgreich war, wird diese Antwort an den Akita-Agenten gespiegelt. Der Agent führt Anfrage und Antwort zusammen und versucht anschließend, den Inhalt der Anfrage- und Antworttexte zu analysieren. Diese Daten werden vom Agenten lokal unkenntlich gemacht, bevor sie zur Analyse an Akita gesendet werden. Das bedeutet, dass Akita die Struktur Ihres API-Datenverkehrs sieht, nicht jedoch die konkreten Werte, die von Ihren Benutzern gesendet oder an sie übermittelt werden.
Das zertifizierte NGINX Plus-Modul von Akita leitet aus dieser Aufzeichnung des Anwendungsdatenverkehrs automatisch Ihre Endpunkte ab, erstellt ein durchsuchbares, herunterladbares Modell Ihrer API und zeigt automatisch Informationen zu Latenzen und Fehlern an. Sie können sich bei einer erhöhten Fehlerrate einzelner Endpunkte, hoher Latenz eines bestimmten Endpunkts oder sogar einem unerwartet hohen Aufrufvolumen benachrichtigen lassen.
Für jeden Endpunkt können Sie mit dem NGINX Plus Certified Module von Akita Folgendes anzeigen:
- Die Anzahl der API-Aufrufe
- Verteilung der HTTP-Antwortcodes
- Wie lange Ihr Server für die Antwort benötigt hat
Weitere Informationen zur Einrichtung des zertifizierten NGINX Plus-Moduls von Akita finden Sie hier.
Erste Schritte mit dem zertifizierten NGINX Plus-Modul von Akita
Akita befindet sich derzeit in der offenen Betaphase. Sie können sich für die Betaversion anmelden und erhalten in weniger als 30 Minuten Ergebnisse.
Über den Autor
Ähnliche Blogbeiträge
Die Zukunft von NGINX: Zurück zu unseren Open-Source-Wurzeln
Beim NGINX Sprint 2022 besinnen wir uns auf unsere Open-Source-Wurzeln. Erfahren Sie mehr über die Initiativen, die wir im kommenden Jahr verfolgen, und teilen Sie uns mit, was Sie sich wünschen.
Ein Leitfaden zur Auswahl eines Ingress-Controllers, Teil 1: Ermitteln Sie Ihre Anforderungen
Ein Ingress-Controller kann eines der leistungsstärksten Tools in Ihrem Kubernetes-Stack sein. Erfahren Sie, wie Sie Ihre Ingress-Anforderungen ermitteln, um die beste Option auszuwählen.
Bereitstellung des NGINX Ingress Controllers auf Amazon EKS: So haben wir getestet
Wir haben kürzlich den Lösungsleitfaden zum NGINX Ingress Controller um Empfehlungen zur Dimensionierung für Amazon Elastic Kubernetes Service (EKS) ergänzt. In diesem Blogbeitrag erläutern wir, wie wir diese Empfehlungen erarbeitet haben, und stellen Ihnen alle Informationen zur Verfügung, die Sie benötigen, um selbst ähnliche Tests durchzuführen.
Protokollierung des Datenverkehrs zwischen NGINX und Upstream-Servern bei CDN77
Bei der Fehlersuche bei Datenverkehrsproblemen zwischen NGINX und Upstream-Servern konnte CDN77 die benötigten Daten nur aus dem Fehlerprotokoll mit aktivierter Debug-Ausgabe beziehen, was die Leistung beeinträchtigt und riesige Dateien erzeugt. Daher entwickelte das Team ein neues benutzerdefiniertes Modul, das ausschließlich die benötigten Daten protokolliert.
Ankündigung von NGINX Plus R16
NGINX Plus R16 ist eine einheitliche, elastische Ingress- und Egress-Schicht für Anwendungen, die die Funktionen eines Load Balancers, API-Gateways und einer WAF vereint und neue Features wie clusterfähige Ratenbegrenzung, Schlüssel-Wert-Speicher, „Random with Two Choices“, verbessertes UDP-Load-Balancing und vieles mehr bietet.
5 Gründe für den Umstieg auf softwarebasiertes Load Balancing
Entdecken Sie fünf Gründe für den Wechsel zu einem softwarebasierten Load Balancer wie NGINX Plus, darunter Kosteneinsparungen, die Einführung von DevOps und eine einheitliche Lösung für alle Umgebungen.