Bei NGINX ist das Jahr von Ansible angebrochen.
Wir setzen auf einen anwendungszentrierten Ansatz für die Anwendungsbereitstellung, der eine intelligente Skalierung von Anwendungen genau dort ermöglicht, wo ein Engpass auftritt. Dadurch entfällt die Notwendigkeit, die Infrastruktur für die gesamte Anwendung zu skalieren. Entscheidend für die Umsetzung dieses Ansatzes ist das umfangreiche Ökosystem an CI/CD-Tools, die von Entwicklern eingesetzt werden. Als eines der beliebtesten Automatisierungstools ermöglicht Ansible NGINX-Benutzern, wiederkehrende Aufgaben über den gesamten Anwendungslebenszyklus hinweg schnell zu automatisieren. Deshalb haben wir erheblich in den Ausbau weiterer Ansible-Rollen und -Collections investiert, um die Automatisierung Ihrer NGINX-Umgebung zu vereinfachen. In den vergangenen fünf Jahren haben wir unsere Ansible-Integration von einem einzelnen Blogbeitrag auf zwei zertifizierte Collections und mehr als 20 Rollen erweitert – die meisten davon wurden in den letzten 9 Monaten erstellt!
Warum sollte Ansible für die Bereitstellung von NGINX verwendet werden?
Es gibt mehrere gute Gründe, Ansible für die Bereitstellung von NGINX zu verwenden:
- Wahrscheinlich verwenden Sie Ansible bereits – und falls nicht, ziehen Sie zumindest ernsthaft in Erwägung, Ansible auszuprobieren. Sonst wären Sie nicht hier!
- Dezentralisierte, ausfallsichere und redundante Multi-Cloud-Bereitstellungen werden immer häufiger. Ansible stellt Ihnen die erforderlichen Tools zur Verfügung, um NGINX-Software problemlos auf mehreren Zielhosts zu installieren und zu konfigurieren.
- Wenn Sie Ansible als zentrale Informationsquelle verwenden, erhalten Sie einen beispiellosen, zentralen Überblick über alle Ihre NGINX-Bereitstellungen. Sämtliche Informationen zu Ihren Bereitstellungen sind in Ihren Ansible-Playbooks enthalten, die in YAML verfasst sind – einer der am besten lesbaren Konfigurationssprachen.
- Unsere Collections sind von Red Hat zertifiziert und werden vollständig unterstützt. Sollte etwas schiefgehen, hilft Ihnen der preisgekrönte Support von Red Hat dabei, wieder auf Kurs zu kommen.
Unsere Ansible-Geschichte
Bevor wir über die neue NGINX Core-Collection sprechen, werfen wir einen Blick auf unseren bisherigen Weg mit Ansible.
2015:
- Veröffentlichung eines Blogbeitrags, in dem beschrieben wurde, wie Ansible-Playbooks für die Installation von NGINX und NGINX Plus erstellt werden. Ein Mitglied der Community wies uns (zu Recht) darauf hin, dass unser Blogbeitrag schnell veraltet sein würde und wir eine offizielle Ansible-Rolle entwickeln und pflegen müssten.
2017:
- Veröffentlichten unsere ersten beiden Ansible-Rollen, die jeweils eine Basisinstallation von NGINX bzw. NGINX Plus durchführten.
2018:
- Die beiden ursprünglichen Rollen wurden zu einer einzigen nginx-Rolle zusammengeführt, mit der sowohl NGINX als auch NGINX Plus installiert werden können.
- Die Rolle nginx wurde erweitert, um NGINX zu konfigurieren sowie NGINX Unit und NGINX Amplify zu installieren.
2020:
- 16 neue Rollen und „eine zertifizierte Collection“ für den NGINX Controller veröffentlicht.
- Einführung der Rolle „nginx_app_protect“ zur Installation und Konfiguration unserer neuen Sicherheitslösung NGINX App Protect.
- Die Rolle nginx wurde in drei separate Rollen aufgeteilt und eine zweite zertifizierte Collection veröffentlicht: NGINX Core.
Die Entwicklung der nginx-Rolle
Die nginx-Rolle gehört zu den beliebtesten Rollen auf Ansible Galaxy und wurde seit ihrer Einführung im Jahr 2018 mehr als 700.000-mal heruntergeladen. Trotz ihrer Beliebtheit erhielten wir jedoch die Rückmeldung, dass sie zu umfangreich sei und die Installation zu lange dauere. Manche schätzen zwar ein Schweizer Taschenmesser™, das alles kann, doch ein skalpellartiger Ansatz bietet viele Vorteile (einen solchen Ansatz verfolgt auch Ansible selbst mit der Einführung von Collections). Vor diesem Hintergrund haben wir beschlossen, die nginx-Rolle in drei separate Rollen aufzuteilen, um mehr Flexibilität und Geschwindigkeit zu ermöglichen:
- nginx – Installiert NGINX und NGINX Plus
- nginx_config – Konfiguriert NGINX und NGINX Plus
- nginx_unit – Installiert NGINX Unit
Einführung in die NGINX Core Collection
Im Rahmen unserer kontinuierlichen Bemühungen, unser Ansible-Angebot zu verbessern, und nach der Einführung von Collections in Ansible 2.10 haben wir eine NGINX-Collection erstellt, die sich auf unser „Kernangebot“ konzentriert: Software für die schnelle und sichere Bereitstellung von Webinhalten sowie für Reverse-Proxy- und Load-Balancing-Funktionen. Die NGINX Core Collection umfasst daher drei Rollen: die beiden im vorherigen Abschnitt erwähnten Rollen für die Installation und Konfiguration von NGINX und NGINX Plus (nginx und nginx_config) sowie die Rolle nginx_app_protect für die Installation und Konfiguration von NGINX App Protect, einem voll ausgestatteten WAF-Modul für NGINX Plus.
Die Verwendung der NGINX Core Collection ist genauso einfach wie die Verwendung einer Rolle. Führen Sie zur Installation folgenden Befehl aus:
$ ansible-galaxy collection install nginxinc.nginx_coreAnschließend können Sie die Rollen der Collection in Ihren Playbooks verwenden, indem Sie die folgenden Zeilen am Anfang Ihrer Ansible-Playbooks einfügen:
---
- collections:
- name: nginxinc.nginx_core
version: 0.1.3Die NGINX Core-Sammlung enthält außerdem eine Reihe von Playbooks für zahlreiche Anwendungsfälle – von einer einfachen NGINX-Installation bis hin zur Einrichtung eines durch NGINX App Protect geschützten Reverse-Proxys vor mehreren Webservern. Alternativ können Sie auch die Playbooks im Verzeichnis molecule der jeweiligen Rolle ansehen, um aktuelle, funktionsfähige Beispiele für jede Rolle zu finden.
Auswahl zwischen den Collections NGINX Core und NGINX Controller
Vielleicht fragen Sie sich, welche der beiden von uns angebotenen NGINX Collections für Sie am besten geeignet ist. Die Antwort hängt, wie so oft, von Ihrem Anwendungsfall ab.
- NGINX Core – Wählen Sie diese Sammlung, wenn Sie:
- NGINX Open Source verwenden
- Sind es gewohnt, NGINX Plus direkt zu verwalten
- Möchten NGINX App Protect konfigurieren
- NGINX Controller nicht verwenden
- NGINX Controller – Wählen Sie diese Sammlung aus, wenn Sie NGINX Controller abonniert haben.
Erste Schritte mit NGINX-Rollen und -Sammlungen
Wenn Sie die Ansible Automation Platform abonniert haben, können Sie auf zertifizierte NGINX Collections im Ansible Automation Hub (im Namespace nginxinc) zugreifen. Alternativ finden Sie die von der Community entwickelten Upstream-Versionen unserer Rollen und Collections auf Ansible Galaxy. Wir hoffen, dass Sie am 13. und 14. Oktober beim virtuellen AnsibleFest dabei sind und Alessandros Vortrag über die NGINX Core Collection besuchen. Außerdem können Sie an unserem virtuellen Stand mit den Autoren ins Gespräch kommen, exklusiven Zugang zu Demos und Webinaren erhalten und Fanartikel gewinnen!
Wir betrachten unsere Collections als Ausgangspunkt, der im Laufe der Zeit durch die Mitwirkung von NGINX und der Community weiter ausgebaut wird. Bitte tragen Sie zur Collection bei und teilen Sie uns mit, welche neuen Funktionen Ihnen wichtig sind.
Wenn Sie NGINX Plus und NGINX App Protect ausprobieren möchten, fordern Sie noch heute eine kostenlose 30-Tage-Testversion an oder kontaktieren Sie uns, um Ihre Anwendungsfälle zu besprechen.
Durch die Zusammenarbeit von Red Hat und NGINX profitieren Sie vom Besten beider Unternehmen! Gemeinsam bieten wir:

Ü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.