Einführung in Automic Automation Kubernetes Edition
In dieser Version wird die Automic Automation Kubernetes Edition (AAKE) eingeführt.
Dieses auf dem Container Automic Automation basierte Modell verwendet Kubernetes und Helm Charts und kann für Deployments auf selbst-gehosteten Kubernetes-Clustern und verwalteten Kubernetes-Services verwendet werden, wie beispielsweise von AWS, Azure oder Google Cloud Platform bereitgestellt.
Wichtig! Beachten Sie, dass wir Support und Dokumentation nur für die Bereitstellung und Konfiguration von AAKE auf Kubernetes anbieten, und nicht für Platform-as-a-Service wie OpenShift.
Die Automic Automation Kubernetes Edition ist eine zusätzliche Deployment-Option und stellt Ihnen die gleiche Funktionalität wie ein normales lokales System zur Verfügung. Dies hat jedoch viele Vorteile:
-
Sie können ein neues Automic Automation-System installieren oder Ihr vorhandenes System auf ein AAKE-System migrieren, indem Sie die notwendigen Komponenten auf lokalen Systemen oder in gehosteten Cloud-Clustern bereitstellen.
-
Es bietet flexible Deployment-Optionen.
-
Es reduziert den Installationsaufwand erheblich.
-
Es gibt Ihnen die Freiheit, Ihr System mithilfe einer lokalen, hybriden oder öffentlichen Cloud-Infrastruktur zu entwickeln.
-
Es wird für Business-Operatoren verwendet, die On-Demand-Kapazität und schnelle Entwicklungszyklen für ihre geschäftskritischen Workloads benötigen
Das AAKE-Angebot kann von https://downloads.automic.com/ heruntergeladen werden und enthält alle Kern- und Container-spezifischen Komponenten, Installationsanpassungen für Automic Automation und Automic Intelligent Remediation sowie mehrere Action Packs, die standardmäßig geladen sind.
Weitere Informationen zu unterstützten Plattformen, Voraussetzungen, Vorbereitungsaufgaben und Installationsprozess finden Sie unter:
-
Container-basierte Installation - Automic Automation Kubernetes Edition
-
Container-basierte Systemaktualisierung - Automic Automation Kubernetes Edition
-
Überprüfung auf Inkompatibilitäten zwischen Version 12.3 und 21.0
Die Kommunikation zwischen der Automation Engine und den Java-Komponenten sowie den TLS/ SSL-Agenten (Java-, Windows- und UNIX-Agenten) verwendet TLS/SSL über ein sicheres WebSocket (WSS). Sie können jedoch ältere Versionen Ihrer Agenten und Nicht-TLS-/SSL-Agenten weiterhin verwenden. Mit der neuen Komponente TLS Gateway können Nicht-TLS-/SSL-Agenten eine Verbindung zur Automation Engine herstellen.
In einem lokalen System richten diese Komponenten eine Verbindung zum neuen Java-Kommunikationsprozess (JCP) ein, der vertrauenswürdige Zertifikate verwendet, um seine Identität gegenüber anderen Kommunikationspartnern nachzuweisen. Weitere Informationen zur TLS/SSL-Implementierung, zum neuen JCP und zum TLS Gateway finden Sie unter Neue Funktionen in Automation Engine.
Wichtig! TLS/SSL-Agenten (in Containern und vor Ort) sowie das TLS Gateway, wenn sie für die Automic Automation Kubernetes Edition verwendet werden, stellen eine Verbindung zu einem Ingress-/HTTPS-Load-Balancer her, der zur Authentifizierung ein Zertifikat anfordert.
Stellen Sie sicher, dass die Adresse des Load Balancers auf beiden Seiten definiert ist: in der Automation Engine und auf dem Agenten/TLS Gateway, und dass Ihr HTTPS-Load-Balancer die erforderlichen Zertifikate zur Nutzung besitzt. Weitere Informationen finden Sie unter Eine Verbindung zum AWI, die JCP- und REST-Prozesse über einen Ingress herstellen.
Weitere Informationen zu TLS/SSL-Zertifikaten, Ingressen und Load Balancern finden Sie unter: