Mit Automic Automation V26 ist die Automic V26 Python-Integration keine reine SaaS-Funktion mehr – sie steht allen zur Verfügung, die die Automation Engine betreiben, einschließlich On-Premises-Kunden. Python läuft jetzt nativ innerhalb von Automic über dedizierte Job-Objekte, sodass Ingenieure Python-Logik erstellen und orchestrieren können, ohne die fragilen Shell-zu-Python-Wrapper-Skripte, die früher die beiden Welten miteinander verbunden haben.
Dieser Artikel ist Teil unserer Automic V26 Enablement-Serie bei Tricise. Er beleuchtet eine Funktion im Detail und ist dafür gedacht, zusammen mit den übrigen Beiträgen der Serie gelesen zu werden – er ist keine eigenständige Übersicht. Für den vollständigen Überblick Funktion für Funktion beginnen Sie mit unserem Begleitartikel Automic Automation V26: Die Top 7 Features.
Was sich mit der Python-Integration Automic V26 ändert
Die nativen Python-Job-Typen wurden erstmals in Version 24.5 ausgeliefert, jedoch nur für SaaS-Kunden. Die Automic V26 Python-Integration ist der Moment, in dem sie allgemein für alle Nutzer der Automation Engine verfügbar werden, einschließlich selbst gehosteter Umgebungen. Das Ziel ist klar: Automatisierungslösungen schneller umsetzbar, flexibler und für einen größeren Personenkreis zugänglich zu machen – nicht nur für AE-Skripting-Spezialisten.
Da Python und die Scripting-Sprache der Automation Engine im selben Job kombiniert werden können, lässt sich bestehende Automatisierungslogik mit Python erweitern, anstatt sie neu aufzubauen. Die beiden Sprachen arbeiten Seite an Seite statt in getrennten Silos.
Drei neue Python Job-Objekte
Die Integration fügt drei neue Job-Objekte hinzu: den Generic Python Job, den Unix Python Job und den Windows Python Job. Ihre Struktur ist bewusst an die klassischen Job-Objekte angelehnt, die Sie bereits aus Automic kennen, was die Einarbeitung kurz hält. Wie andere Jobs können sie eigenständig laufen oder in einer Job-Gruppe, einem Workflow oder einem Schedule platziert werden.
Innerhalb eines Python-Job-Objekts
Die neuen Objekte fügen eine dedizierte Python-Seite hinzu, auf der der Bereich Start Parameter alles enthält, was der Interpreter benötigt:
- Python-Interpreter — welcher Interpreter verwendet werden soll (leer lassen, um auf die Systemstandardeinstellung zurückzugreifen, oder einen vollständigen Pfad eingeben).
- Optionen — Startparameter an den Interpreter übergeben.
- Arbeitsverzeichnis — wo die Python-Ausführung stattfinden soll.
- Anforderungen — die Liste der Python-Pakete, die der Job benötigt.
Der eigentliche Python-Code wird auf der Process-Seite platziert, genau dort, wo Sie die Job-Logik erwarten würden. Sie können reines Python schreiben oder es mit Automation-Engine-Script mischen, und Sie können Script-Variablen innerhalb der Python-Felder verwenden.
Der PIP-Bericht und die Abhängigkeitsverwaltung
Wenn ein Python Job ausgeführt wird, liest der Agent die Paketliste aus dem Feld Requirements und ruft den Python-Paketmanager (PIP) auf, um alles zu installieren, was noch nicht vorhanden ist. Automic erzeugt dann einen neuen, dedizierten Report – den PIP-Report – der das Ergebnis dieser Installationen festhält. Wenn ein benötigtes Paket nicht installiert werden kann, wird der Job abgebrochen und startet nicht, sodass eine fehlende Abhängigkeit schnell und sichtbar fehlschlägt, statt mitten in Ihrer Logik.
In der Enablement-Session haben wir ein kleines Beispiel gezeigt, das mit Python die aktuellen iptables-Regeln eines Systems ausgelesen und sie direkt in den Job-Report ausgegeben hat – eine Erinnerung daran, dass alles, was Python erzeugen kann, Teil der auditierbaren Ausgabe von Automic wird.
Übergabe von Variablen zwischen Python und Automic
Die Integration funktioniert wirklich in beide Richtungen. Um Ergebnisse aus Python zurück in Automic zu übergeben, verwenden Sie das Statement automic_register_variable – das Python-Äquivalent zu :REGISTER_VARIABLE. In der Session haben wir den Hostnamen und das aktuelle Arbeitsverzeichnis in Python ausgelesen und beide als Automic-Script-Variablen registriert, die dann wie jede andere AE-Variable für die Nachverarbeitung bereitstanden.
Auch in die andere Richtung funktioniert das reibungslos. Automic stellt seine Variablen Python über die _automic_Variablen Wörterbuch und das _automic_Auftrag Objekt, also ein Wert, der im AE-Skript festgelegt wird – zum Beispiel eine Stadt, die in &city#; — kann direkt in Python gelesen und gedruckt werden. Es ist kein zusätzlicher Klebstoffcode erforderlich: vorhandene Automatisierungslogik kann in beide Richtungen mit Python erweitert werden.
Damit ist abgedeckt, was die neuen Python Jobs sind und wie sie Daten mit Automic austauschen. Das lässt sich leichter sehen als nachlesen, daher führt das folgende Tutorial Schritt für Schritt durch das Erstellen und Ausführen eines Python Jobs von Anfang bis Ende.
Mit dem Leitfaden im Hinterkopf sind hier die Anwendungsfälle, die es wert sind, zuerst ausprobiert zu werden – beginnend mit einem, der früher überraschend schmerzhaft war.
Ein praktisches Beispiel: Verarbeitung von Excel-Dateien
Einer der überzeugenderen Anwendungsfälle, die in der Session gezeigt wurden, war die Excel-Verarbeitung. Das Lesen von Tabellen bedeutete früher, auf maßgeschneiderte Java-Programme oder externe Tools zurückzugreifen.
Mit nativem Python wird eine .xlsx-Datei direkt gelesen, und die relevanten Zeilen und Spalten werden zur weiteren Verarbeitung innerhalb des Workflows an Automic-Script-Arrays übergeben – ohne Middleware und ohne brüchige Schnittstellen dazwischen. Auch der umgekehrte Weg wird unterstützt: In Python erzeugte Daten können zurück in Automic-Script-Arrays geschrieben werden.
(Der Array-Austausch wird im Enablement-Material als V26-Funktion hervorgehoben; bestätigen Sie die genaue Array-Syntax anhand der offiziellen V26-Dokumentation für Ihre Umgebung.)
Erste Schritte: Voraussetzungen für einen Python-Job
Das Einrichten eines Python Jobs folgt demselben Muster wie bei jedem anderen ausführbaren Objekt. Auf der Attributes-Seite wählen Sie den Agenten und das Login-Objekt aus, das die Anmeldedaten für den Zugriff darauf enthält – einen Windows-Agenten für einen Windows Python Job, einen Unix-Agenten für einen Unix Python Job.
Auf jeder Process-Seite schreiben Sie das Skript, das der Job ausführen soll, in reinem Python oder in einer Kombination aus Python und Automation-Engine-Script. Von dort aus füllen Sie den Interpreter, die Optionen, das Arbeitsverzeichnis und die Paketanforderungen auf der Python-Seite aus, und der Job ist bereit für die Einplanung.
Ein praktischer Hinweis, der für Windows erwähnenswert ist: Wenn Ihre Skripte Unicode-Zeichen enthalten, müssen Sie dem Interpreter die Option -X utf8 übergeben, da der Windows-Standard UTF-8 ohne sie nicht korrekt interpretiert.
Überwachung und Fehlerbehebung bei Python-Jobs
Sobald ein Python Job aktiviert ist, verhält er sich wie jede andere Aufgabe in der Process-Monitoring-Perspektive: Sie können seinen Status in der Aufgabenliste sehen und seinen Monitor öffnen, in dem eine schreibgeschützte Python-Seite die im Job definierten Einstellungen anzeigt, einschließlich der aufgelösten Werte aller von Ihnen verwendeten Variablen.
Neben den Standard-Reports profitiert die Integration von Automics Gen-AI-Tooling. Der Automation AI Assistant kann die letzte Ausführung eines Jobs analysieren – er durchsucht die verfügbaren Reports und Logs, fasst zusammen, was passiert ist, und schlägt vor, wie bestehende oder potenzielle Probleme gelöst werden können, mit einem direkten Link zurück zur Ausführung und ihrem Report.
Für die Python-Arbeit, bei der ein Stack Trace oder eine fehlgeschlagene Abhängigkeit oft die Ursache ist, verkürzt das den Troubleshooting-Zyklus erheblich.
Warum das für Ihre Automatisierung wichtig ist
Für Teams, die DataOps-Pipelines betreiben, die Automic-Orchestrierung mit Python-Verarbeitung kombinieren, ist das ein echter Produktivitätsgewinn. Es bringt Open-Source- und Python-Workloads zurück unter die zentrale Automic-Governance, beseitigt eine ganze Klasse fragiler Wrapper-Skripte und senkt die Einstiegshürde für Daten- und Plattform-Ingenieure, die ohnehin in Python denken.
Das passt zu einem übergeordneten V26-Thema: Broadcom positioniert das Release rund um die Idee, fragmentierte Open-Source-Orchestratoren zurück unter Enterprise-Governance zu bringen, ohne die Entwicklungsgeschwindigkeit zu verlangsamen, und natives Python ist einer der greifbarsten Ausdrücke dieser Idee. Derselbe Code, den ein Data Engineer andernfalls in einem isolierten Scheduler ausführen würde, befindet sich nun innerhalb auditierbarer, richtliniengebundener Automic-Objekte.
Wenn Sie eine Automic-Umgebung betreiben oder verwalten, kann unser Team für Application Managed Services Ihnen helfen, Funktionen wie diese im Produktivbetrieb einzusetzen.
Dies war ein kurzer, fokussierter Blick auf die Automic V26 Python-Integration. Die offiziellen Details sind in Broadcoms Windows Python Jobs Dokumentation und in der Python Scripting-Referenz dokumentiert, die die Interpreter-Einstellungen, das Variablen-Dictionary und die Registrierungs-Statements vollständig abdecken.
Mehr erfahren: Live-Webinare zum Automic V26-Upgrade
Wenn Sie den Wechsel zu V26 erwägen, bietet Tricise eine kostenlose 45-minütige Upgrade-Session mit Automic-Spezialist Jens Pilz an – die Upgrade-Fallstricke, die fünf wichtigsten Änderungen an bestehender Funktionalität und die neuen KI-Features, die Ihre Zeit wert sind. Sie findet zweimal statt, einmal in jeder Sprache:
- Webinar zum Upgrade auf Automic V26 – Deutsche Ausgabe (26. Juni 2026, 10:00 Uhr MESZ)
- Webinar zum Upgrade auf Automic V26 – englische Ausgabe (22. Juli 2026, 14:00 Uhr Mitteleuropäische Sommerzeit)
Häufig gestellte Fragen
Welche Python-Jobtypen werden mit Automic V26 hinzugefügt?
Drei: der generische Python-Job, der Unix-Python-Job und der Windows-Python-Job. Jeder spiegelt die Struktur der klassischen Automic-Jobobjekte wider und kann eigenständig oder innerhalb einer Jobgruppe, eines Workflows oder eines Zeitplans ausgeführt werden.
Benötige ich Automic SaaS, um die Automic V26 Python-Integration nutzen zu können?
Nein. Die Python-Jobtypen wurden ursprünglich in Version 24.5 ausschließlich für SaaS-Kunden bereitgestellt. Mit Version 26 stehen sie nun allen Automation Engine-Nutzern zur Verfügung, auch in lokalen Umgebungen.
Was passiert, wenn ein erforderliches Python-Paket fehlschlägt bei der Installation?
Der Agent ruft PIP auf, um die im Feld „Requirements“ aufgeführten Pakete zu installieren. Können einige davon nicht installiert werden, wird der Auftrag abgebrochen und nicht gestartet. Der dedizierte PIP-Bericht zeichnet das Ergebnis der Installation auf, sodass Sie Abhängigkeitsprobleme schnell beheben können.
Können Python- und Automic-Skriptvariablen Werte in beide Richtungen austauschen?
Ja. Python-Werte werden wieder in Automic registriert mit automic_variable_registrieren das Äquivalent von REGISTER_VARIABLE), und die Variablen Automic werden Python über die _automic_Variablen Wörterbuch und das _automic_Auftrag Objekt.
Wo konfiguriere ich den Interpreter und die benötigten Pakete?
Auf der Python-Seite des Jobs, im Abschnitt Start Parameter: der Python-Interpreter, dessen Optionen, das Arbeitsverzeichnis und die Liste der erforderlichen Pakete. Der Python-Code selbst gehört auf die Seite Prozess.
Setzen Sie den Automic V26 mit Tricise ein
Möchten Sie die neuen Python-Funktionen in laufende Automatisierung verwandeln? Buchen Sie eine kostenlose Beratung mit dem Tricise Automic Automation-Team – als größter strategischer Partner von Broadcom in Europa helfen wir Ihnen, das V26-Upgrade zu planen und die Anwendungsfälle zu entwickeln, die für Ihre Umgebung wichtig sind. Und wenn Sie sich durch den Rest des Releases arbeiten, machen Sie weiter mit unserer Automic V26 Enablement-Serie.
