Neuerungen in Event-Driven Ansible, Bestandteil von Ansible Automation Platform 2.5

Wir freuen uns, eine aktualisierte Version von Event-Driven Ansible als Teil von Red Hat Ansible Automation Platform 2.5 ankündigen zu können!

Dieses Release umfasst erweiterte Funktionen für Unternehmen, mit denen Sie Event-Driven Ansible noch einfacher bedienen können. Unabhängig davon, ob Sie für fortgeschrittene event-gesteuerte Use Cases bereit sind, die mehrere Event-Quellen berücksichtigen, ob Sie Ihre Event-Driven Ansible-Tests in die Produktion überführen oder hoch skalierbare und verfügbare Ansible Rulebook-Operationen wünschen, diese neue Version ist genau das Richtige für Sie. Im Folgenden möchten wir die Details dieser aufregenden neuen Funktionen genauer betrachten:

Event-Driven Ansible: vereinfachtes Event-Routing

Wir freuen uns über diese neue Funktion, aber zuerst wollen wir einen Kontext schaffen. Event-Driven Ansible unterstützt sowohl Push- als auch Pull-Methoden zum Empfangen von Events. Durch die Unterstützung von Push- und Pull-Event-Quellen kann Event-Driven Ansible mit einer größeren Anzahl von Quell-Anbietern zusammenarbeiten, da nicht alle Anbieter sowohl Push-Events- als auch Pull-Methoden für die Kommunikation von Events unterstützen. Event-Quellen übertragen Events primär über Webhooks an Event-Driven Ansible. Bei dieser Art der Kommunikation überträgt die Quelle Ereignisse an einen Webhook-Endpunkt. Die andere Art der Kommunikation ist das Abrufen von Events von der Quelle. Bei diesem Typ können Ereignisse aus der API der Ereignisquelle abgerufen werden.

Ab Ansible Automation Platform 2.5 vereinfachen wir das Verschieben von Events in Event-Driven Ansible. Mit vereinfachtem Event-Routing führen wir Event Streams mit Unterstützung für Webhook-Verbindungen zu Event-Driven Ansible ein.Event Streams sind eine einfache Möglichkeit, Ihre Quellen mit Ihren Rulebooks zu verbinden.Mit dieser neuen Funktion können Sie einen einzelnen Endpunkt erstellen, um Alarme von einer Ereignisquelle zu empfangen und dann die Ereignisse in mehreren Rulebooks zu verwenden. Früher hätten Sie in jedem Rulebook, das Sie erstellen wollten, einen neuen Endpunkt für jede Event-Quelle erstellt. Dies vereinfacht die Einrichtung der Rulebook-Aktivierung, reduziert den Wartungsaufwand und reduziert Risiken, indem mehrere, über eine Firewall geöffnete Ports eliminiert werden.

Diese Abbildungen zeigen das neue vereinfachte Modell der Verbindung von Event-Quellen mit Rulebooks. Sie können sehen, dass die Einrichtungsprozesse Ihres Rulebooks jetzt schneller, einfacher und leichter zu warten sind, da eine einzige externe Route für alle Event-Streams auf Ihrer Firewall geöffnet ist. Sobald Ihre Quelle verbunden ist, können Sie sie mit vielen verschiedenen Rulebook-Aktivierungen verknüpfen. So können Sie mehr automatisieren und das ganz einfach. 

Abbildung 1: Diagramme, die das „Vorher/Nachher“ eines vereinfachten Event-Routings 
in einem Push-Alarm-Modell veranschaulichen. 

Wie funktioniert das?
Im Rahmen eines vereinfachten Event Routings führen wir Event Streams als eine einfache Möglichkeit ein, Ihre Quellen mit Ihren Rulebooks zu verbinden. Die wichtigsten Vorteile von Event Streams in Event-Driven Ansible sind:

• Ermöglichen, dass Webhook-basierte Quellen bequem an eine oder mehrere Rulebook-Aktivierungen weitergeleitet werden.
• Automatisches Konfigurieren von Endpunkten, mit denen sich Ihre Webhook-basierten Event-Quellen über Event Streams verbinden können. Sie müssen das Routing nicht mehr für jede einzelne Rulebook-Aktivierung konfigurieren.
• Bereitstellen von Events für horizontal skalierte Rulebook-Aktivierungen (siehe Hohe Skalierbarkeit unten).

Jede Event-Quelle, die einen Webhook ausgeben kann, wie etwa Source Control Management Tools (SCMs), ITSMs, Beobachtbarkeits-Tools und mehr, kann Events über Event Streams direkt an Event-Driven Ansible senden. Diese Events können wiederum für Entscheidungsprozesse genutzt werden, wobei Aktionen automatisch ausgeführt werden, wenn die Bedingungen erfüllt werden.

Anwendung des vereinfachten Event-Routings
Hier sind ein paar Szenarien, die Ihre Vorstellungskraft über die Möglichkeiten anregen können:

• Als ServiceNow-Administrator möchte ich eine Automatisierung ausführen können, die ein automatisches Failover meines Rechenzentrums ermöglicht, wenn die Anzahl der Support-Tickets mit Warnungen zu einem Netzwerkausfall meinen Schwellenwert überschreitet.
• Als Entwickler möchte ich meine Webserver automatisch neu laden und aktualisieren, wenn ich neuen Code in mein Repository leite.
• Als Administrator einer virtuellen Infrastruktur möchte ich virtuelle Maschinen archivieren und Ressourcen freigeben, wenn ein System virtuelle Maschinen erkennt, die im letzten Monat nicht verwendet wurden.
• Als Netzwerkadministrator möchte ich mehrere Rulebooks schreiben, um die Wiederherstellung der Funktionalität von Netzwerkgeräten basierend auf Ereignissen vom selben Tool zu automatisieren.
• Als IT Operations Engineer möchte ich ein Rulebook schreiben, in dem das Beobachtbarkeits-Tool meines Unternehmens zur Automatisierung von Netzwerkoperationen eingesetzt wird. Dieses Tool wird im gesamten Unternehmen und von anderen verwendet, die auf Basis derselben Intelligenz automatisieren möchten.
• Als Beobachtbarkeits-Manager möchte ich Ansible Automation Platform so konfigurieren, dass mein unternehmensgerechtes Beobachtbarkeits-Tool für Rulebooks in Event-Driven Ansible verwendet werden kann.

Weitere Informationen zum vereinfachten Event-Routing finden Sie in der Dokumentation hier.

Event-Driven Ansible: hohe Skalierbarkeit mit Hochverfügbarkeits-Support

Event-Driven Ansible in Ansible Automation Platform 2.5 unterstützt jetzt die Installation mehrerer Event-Driven Ansible Knoten und ermöglicht Ihnen so, hochverfügbare aktiv-aktive Use Cases zu erstellen. Wenn Sie Event-Driven Ansible auf diese Weise installieren, können Sie Failover-Szenarien verwenden, sodass das System bei einem Fehler weiterhin geschäftskritische Rulebook-Aktivierungen ausführen kann, damit diese nicht fehlschlagen. Sie erhalten Skalierbarkeit hinsichtlich der Kapazität des Rulebooks und erweiterte Funktionen zur Ausführung von Rulebooks mit höherer Verfügbarkeit. 

Nehmen wir ein Beispiel. Wenn Sie als Administrator möchten, dass Event-Driven Ansible widerstandsfähig ist, können Sie mit dieser neuen Funktion die Deployment-Architektur erstellen, die Ihren spezifischen Anforderungen entspricht. Zum Beispiel können Sie Probleme mit der Skalierbarkeit oder das Scheitern der Rulebook-Ausführung einschränken oder vermeiden. So können Sie eventgesteuerte Automatisierungsjobs auf einer geschäftskritischen Automatisierungsplattform zuverlässiger ausführen. Diese Art der Skalierbarkeit sollte Automatisierungsarchitekten und -administratoren vertraut sein, da sie in Ansible Automation Platform seit einiger Zeit in Bezug auf die Ausführung von Playbooks vorhanden ist.

Event-Driven Ansible: Verbesserungen für Unternehmen

Im Rahmen der neuen einheitlichen Schnittstelle für Ansible Automation Platform 2.5 sind nun zusätzliche Funktionen für die eventgesteuerte Komponente von Ansible Automation Platform verfügbar. Mit diesen Features können Sie Ihre Use Cases für event-gesteuerte Automatisierung in Entwicklungs-, Test- und Produktivumgebungen vorantreiben und erweitern. Außerdem können Sie interne Automatisierungsszenarien mit Proof of Concept in die Produktion übertragen.

Zu diesen neuen Funktionen gehören:

• Vault- und Credential-Management
  Event-Driven Ansible kann nun Credentials verwalten, die dann zu Rulebook-Aktivierungen hinzugefügt werden können. Diese Zugangsdaten können in Rulebooks verwendet werden, um sich bei Event-Quellen zu authentifizieren. Darüber hinaus können Sie jetzt Vault-Anmeldedaten an Rulebook-Aktivierungen anhängen, um Vault-Variablen in Rulebooks zu verwenden. Mit verschlüsselten Zugangsdaten und Vault-Variablen können Unternehmen die Nutzung von Event-Driven Ansible in ihrer Umgebung sichern.
   
• Authentifizierung und Role-Based Access Control
  Kunden verfügen über standardisierte Mechanismen für Authentifizierung und Autorisierung. Indem wir die Authentifizierung auf Plattformebene bringen, vereinfachen wir die Verwaltung der Komponenten von Ansible Automation Platform und Event-Driven Ansible kann dieselben unternehmensweiten Authentifizierungsmethoden nutzen. Durch die Bereitstellung eines einheitlichen Authentifizierungsmechanismus können Nutzung und Administration vereinheitlicht und vereinfacht werden. 
   
• Protokollierung
  Die Serverkomponente von Event-Driven Ansible verwaltet Audit-Protokolle aller ausgeführten Aktionen, beispielsweise das Ausführen einer Rulebook-Aktivierung, das Löschen von Anmeldedaten oder das Erstellen eines Event-Streams. Diese Protokolldateien können von unternehmensgerechten Logging Analysis Tools zur Sicherheits-Compliance analysiert werden.

Mit diesen Ergänzungen als Teil der neuen einheitlichen Oberfläche von Ansible Automation Platform 2.5 können wir es kaum erwarten, zu sehen, was Sie in Bezug auf die Optimierung der Handhabung Ihrer komplexen Day-2-Operationen erreichen können.

Event-Driven Ansible: Erweiterter Support und Kompatibilität mit Event-Driven Ansible 2.4

Schließlich haben wir eine wichtige Red Hat Ansible Certified Content Collection, ansible.eda, verbessert, die Abwärtskompatibilität aktiviert und die Dokumentation verbessert:

• Verbesserte ansible.eda Collection
  Diese von Red Hat entwickelte und unterstützte Collection bietet eine Reihe gängiger Integrationsfunktionen für Event-Quellen – von Kafka und Prometheus Alertmanager bis hin zu verschiedenen cloudbasierten Integrationen und mehr. Wir haben diese Collection um die Möglichkeit erweitert, die Infrastruktur von Event-Driven Ansible so zu verwalten, dass sie sich selbst automatisieren kann. Beispielsweise möchten Automatisierungsadministrationsteams möglicherweise den Rollout der Ansible-Infrastruktur durch wiederholbare Aktionen automatisieren, die in einem Ansible Rulebook kodifiziert sind, um Konsistenz, Genauigkeit und Geschwindigkeit zu gewährleisten. Sie können hier auf diese Collection zugreifen. 
   
• Event-Driven Ansible 2.4 Abwärtskompatibilität
  Event-Driven Ansible 2.5 ist mit Ansible Automation Platform 2.4 interoperabel. Um von all diesen großartigen neuen Funktionen in Event-Driven Ansible 2.5 zu profitieren, müssen Sie Ihre bestehende Ansible Automation Platform 2.4 nicht aktualisieren. Sie können eine hochverfügbare und skalierbare Event-Driven Ansible 2.5 Installation einführen und mit Ihren bestehenden Ansible Automation Platform 2.4 Controllern verbinden. Dadurch können Unternehmen Event-Driven Ansible 2.5 nutzen, um jetzt einen Mehrwert zu schaffen, auch wenn Sie vielleicht noch keine Möglichkeit haben, Ihre vollständige Ansible Automation Platform 2.4 zu aktualisieren.
   
• Neue Ergänzungen in der Dokumentation zu Event-Driven Ansible
  Zusätzlich zu den oben genannten Funktionen in der Dokumentation haben wir auch unsere Dokumentation im Bereich allgemeine Verwendung erweitert. Informationen zur Installation finden Sie in diesen beiden Abschnitten in der Dokumentation: Installation und Containerized Installation.

Möchten Sie mehr erfahren? 

Mit diesen neuen Funktionen für Unternehmen können Sie die event-gesteuerte Automatisierung für Ihre Organisation auf die nächste Stufe heben, und zwar mit Funktionen, die die Anforderungen großer, unternehmensgerechter IT-Abläufe unterstützen. Wir sind gespannt darauf, welche enormen Vorteile Sie erzielen können, und hoffen, dass Sie diese mit uns teilen, wenn Sie neue Wege für den Einsatz von event-gesteuerter Automatisierung entdecken. 

Wir freuen uns, am Dienstag, den 8. Oktober um 13:00 Uhr CET ein Webcast veranstalten zu können. Wir werden diese neuen Inhalte behandeln und so viele Ihrer Fragen wie möglich beantworten. Nehmen Sie an dieser informativen Veranstaltung teil:

Zum Webinar

Ressourcen

• Webseite: redhat.com/event-driven-ansible
• Event-Driven Ansible Interaktive selbstbestimmte Labs
• Dokumentation zu Event-Driven Ansible
• Event-Driven Ansible Integration und Demo-Videos
• Red Hat Ansible Automation Platform 2.5 Blog