Da die durch die COVID‑19-Pandemie verursachten Turbulenzen das gesamte Jahr 2021 über anhielten, stellten wir bei NGINX uns dieser Herausforderung und arbeiteten weiter daran, positive Veränderungen für unsere Community, Partner und Kunden zu bewirken.
Zum Jahresende möchten wir die Gelegenheit nutzen, auf eine Auswahl der wichtigsten und beliebtesten Blogartikel zurückzublicken, die wir veröffentlicht haben – ausgewählt von Ihnen, unserer Community. Lesen Sie weiter, um zu erfahren, über welche bedeutenden Ereignisse wir berichtet haben, und um interessante Neuigkeiten und Themen nachzuholen, die Sie vielleicht verpasst haben!
So wählen Sie ein Service Mesh aus
Mit zunehmender Reife Ihrer Kubernetes-Bereitstellung kann es schwierig sein, zu erkennen, wann ein Service Mesh tatsächlich Vorteile bringt und nicht nur zusätzliche Komplexität schafft. Und selbst wenn Sie wissen, dass Sie ein Service Mesh benötigen, ist die Wahl des richtigen nicht immer einfach. In diesem Beitrag stellt Jenn Gile eine Checkliste mit sechs Punkten bereit, anhand derer Sie feststellen können, ob Sie ein Service Mesh benötigen, sowie einen Gesprächsleitfaden, der Sie bei der strategischen Entscheidungsfindung unterstützt, die Sie unserer Empfehlung nach gemeinsam mit Ihrem Team und den Stakeholdern durchführen sollten, um das für Sie passende Service Mesh auszuwählen.
NGINX und HAProxy: Testen der Benutzererfahrung in der Cloud
Viele Performance-Benchmarks messen den maximalen Durchsatz oder die Anfragen pro Sekunde (RPS), doch diese Kennzahlen vermitteln möglicherweise kein vollständiges Bild der Performance realer Websites. Daraus ergibt sich die Erkenntnis, dass es vor allem darauf ankommt, allen Benutzern selbst bei hoher Last eine gleichbleibende Performance mit niedriger Latenz zu bieten. Beim Vergleich von NGINX und HAProxy, die in der Amazon Elastic Compute Cloud (EC2) als Reverse-Proxys ausgeführt wurden, verfolgte Amir Rawdat zwei Ziele:
- Ermitteln, welche Last jeder Proxy problemlos bewältigt
- Erfassen Sie die Perzentilverteilung der Latenz, da diese unserer Erfahrung nach am unmittelbarsten mit der Benutzererfahrung korreliert.
Ergebnisse und alle Testdetails abrufen.
Einführung in NGINX Instance Manager
NGINX kann wirklich als eine Art Schweizer Taschenmesser™ betrachtet werden, das die Modernisierung Ihrer IT-Infrastruktur und Anwendungen beschleunigt. Diese umfassende, vielseitige Funktionalität kann jedoch dazu führen, dass zahlreiche NGINX-Instanzen über ein Unternehmen verteilt sind und NGINX Open Source und NGINX Plus mitunter von unterschiedlichen Gruppen verwaltet werden. Wie behalten Sie den Überblick über alle Instanzen? Wie stellen Sie sicher, dass deren Konfigurations- und Sicherheitseinstellungen auf dem neuesten Stand sind? Hier kommt F5 NGINX Instance Manager ins Spiel.
[Redaktion – F5 NGINX Instance Manager heißt jetzt Instance Manager, Teil der F5 NGINX Management Suite.]
NGINX Instance Manager ist ideal für DevOps-Anwender, die NGINX-Experten sind und über umfassende Erfahrung mit NGINX-Konfigurationen verfügen, und vereinfacht die Verwaltung, Konfiguration und Überwachung von NGINX. In diesem Beitrag erläutert Karthik Krishnaswamy, welche Vorteile NGINX Instance Manager Ihnen bietet.
Was sind Namespaces und cgroups und wie funktionieren sie?
NGINX Unit unterstützt sowohl Namespaces als auch cgroups und ermöglicht so die Prozessisolierung. In diesem Beitrag befasst sich Scott van Kalken mit diesen beiden wichtigen Linux-Technologien, die auch Containern zugrunde liegen. Erfahren Sie mehr über diese grundlegenden Technologien und darüber, wie Sie sie erstellen.
Vergleich der NGINX-Performance in Bare-Metal- und virtuellen Umgebungen
Während die Nutzung der Public Cloud infolge der COVID‑19-Pandemie explosionsartig zunahm, setzen Unternehmen zugleich verstärkt auf die Hybrid Cloud, bei der sie Workloads sowohl in Public Clouds als auch in lokalen Umgebungen ausführen. Um Ihnen dabei zu helfen, die optimale und kostengünstigste Lösung für Ihre Leistungs- und Skalierungsanforderungen zu ermitteln, stellen wir Ihnen einen Leitfaden zur Dimensionierung zur Verfügung, der die Leistung von NGINX in beiden Umgebungen vergleicht.
In diesem Beitrag beschreibt Amir Rawdat, wie wir NGINX getestet haben, um die im Leitfaden zur Dimensionierung veröffentlichten Werte zu ermitteln. Da viele unserer Kunden Anwendungen auch in Kubernetes bereitstellen, erläutern wir außerdem Schritt für Schritt unsere Tests des NGINX Ingress Controllers auf der Plattform Rancher Kubernetes Engine (RKE) und erörtern, wie die Ergebnisse im Vergleich zu NGINX in herkömmlichen lokalen Architekturen ausfallen.
So vereinfachen Sie die Verwaltung des Ingress- und Egress-Datenverkehrs in Kubernetes
Ein Service Mesh kann die Verwaltung einer Kubernetes-Umgebung unter anderem dann erschweren, wenn es separat vom Ingress-Controller konfiguriert werden muss. Sie können diese Probleme vermeiden – und Zeit sparen –, indem Sie den auf NGINX Plus basierenden F5 NGINX Ingress Controller mit F5 NGINX Service Mesh integrieren, um sowohl den eingehenden als auch den ausgehenden mTLS-Datenverkehr zu steuern. In diesem Beitrag erläutert Kate Osborn die vollständigen Schritte aus der zugehörigen Videodemo.
Einfaches und robustes Single Sign-on mit OpenID Connect und dem NGINX Ingress Controller
Mit der Veröffentlichung von NGINX Ingress Controller 1.10.0 konnten wir eine bedeutende Erweiterung ankündigen: eine Technologievorschau der Authentifizierung mit OpenID Connect (OIDC). OIDC ist die auf dem OAuth-2.0-Framework aufbauende Identitätsschicht, die eine Lösung für die Authentifizierung und einmalige Anmeldung (Single Sign-on, SSO) bei modernen Apps bietet. Unsere OIDC-Richtlinie ist eine vollwertige SSO-Lösung, mit der sich Benutzer sicher authentifizieren können – und zwar bei mehreren Anwendungen und Kubernetes-Diensten. Besonders wichtig ist, dass Apps damit einen externen Identitätsanbieter (IdP) zur Authentifizierung von Benutzern verwenden können und nicht mehr selbst Benutzernamen oder Passwörter verwalten müssen. Amir Rawdat erklärt Ihnen in diesem beliebten Beitrag alles Wissenswerte.
Bereitstellung des NGINX Ingress Controllers auf Amazon EKS: So haben wir getestet
Zu guter Letzt haben wir in unserem Blog-Jahresrückblick 2021 bereits Anfang dieses Jahres unseren Lösungsüberblick zum NGINX Ingress Controller um Richtlinien zur Dimensionierung für Amazon Elastic Kubernetes Service (EKS) ergänzt. Der Überblick beschreibt, welche Leistung Sie vom NGINX Ingress Controller auf verschiedenen Instanztypen in Amazon EKS erwarten können, und nennt die geschätzten monatlichen Gesamtbetriebskosten (TCO). In diesem Beitrag erklärt Amir Rawdat erneut, wie wir zu diesen Zahlen gekommen sind, und liefert Ihnen alle Informationen, die Sie benötigen, um selbst ähnliche Tests durchzuführen.
Testen Sie NGINX
Für alle in diesem Beitrag erwähnten kommerziellen Lösungen (und einige weitere!) sind kostenlose 30-Tage-Testversionen verfügbar:
- NGINX Plus und NGINX App Protect
- NGINX Ingress Controller und NGINX App Protect
- NGINX Controller [jetzt NGINX Management Suite]
- NGINX Instance Manager [jetzt Instance Manager, Teil der NGINX Management Suite]
Oder starten Sie mit kostenlosen Open-Source-Angeboten:
Ä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.