Die folgenden Anwendungsfälle basieren auf echten Produktions-Setups, in denen Teams Semaphore UI zur Ausführung von Automatisierungen einsetzen. Sie spiegeln gängige Betriebsmuster in Bezug auf Zugriffskontrolle, Ausführungsumgebungen und Infrastruktureinschränkungen bei der Ausführung von Ansible, Terraform und Skripten in großem Maßstab wider.

Umfangreiche Ansible-Nutzung

Häufige Migration von AWX oder der Ansible Automation Platform (AAP)

Infrastruktur- und Plattform-Teams in Einzelhandel-, Telekommunikations- und Unternehmensumgebungen nutzen Ansible, um Hunderte oder Tausende von Hosts in mehreren Umgebungen zu verwalten. Wenn Playbooks und Inventare wachsen, wird es zunehmend schwieriger, Automatisierungen direkt von den Rechnern der Ingenieure oder über Ad-hoc-CI-Jobs zu steuern und zu überwachen.

Umgebungsmerkmale:

  • Hunderte oder Tausende von Hosts
  • Netzwerkgeräte, Server und VMs
  • Mehrere Umgebungen und Inventare
  • Wachsende Anzahl von Playbooks und Rollen

Semaphore UI bietet einen zentralisierten Automatisierungs-Hub zur Ausführung von Ansible, Terraform und Skripten in großem Maßstab. Es ermöglicht Ihnen, den Zugriff auf Ihre Automatisierungs-Workflows und -Ressourcen zu kontrollieren sowie deren Ausführung zu überprüfen.

Aufgabenausführung für Nicht-DevOps-Benutzer

Nur Ausführungszugriff

Irgendwann sollte nicht jeder, der Automatisierungen ausführen muss, auch Zugriff auf die Ansible-CLI, SSH-Anmeldeinformationen oder die Infrastrukturkonfiguration haben. Dies betrifft häufig Support-, Betriebs- oder Engineering-Teams, die auf vordefinierte Automatisierungsaufgaben angewiesen sind.

Umgebungsmerkmale:

  • DevOps-Ingenieure, die Aufgaben erstellen und warten
  • Betriebs-, Support- oder NOC-Teams, die Ausführungen auslösen
  • Strikte Trennung zwischen Aufgabendefinition und -ausführung

Semaphore UI ermöglicht es Nicht-DevOps-Benutzern, vordefinierte Automatisierungsaufgaben über die Benutzeroberfläche oder API auszulösen, während der Zugriff auf Playbooks, Inventare und Anmeldeinformationen auf die Plattform-Teams beschränkt bleibt. Ausführungsberechtigungen werden vom Infrastrukturzugriff getrennt.

On-Prem- und isolierte Umgebungen

Keine Cloud-Dienste oder externe Abhängigkeiten

In isolierten, regulierten oder lokalen (On-Premise) Umgebungen müssen Automatisierungswerkzeuge vollständig innerhalb des Netzwerkperimeters ausgeführt werden. Externe SaaS-Dienste oder Cloud-Abhängigkeiten sind oft nicht zulässig.

Umgebungsmerkmale:

  • Vollständig lokale Infrastruktur
  • Eingeschränkte oder isolierte Netzwerke
  • Kein ausgehender Internetzugang
  • Interne Authentifizierung und Geheimnisse

Semaphore UI wird als selbst gehosteter Automatisierungsdienst bereitgestellt. Die Ausführung erfolgt durch lokal bereitgestellte Runner innerhalb desselben Netzwerkperimeters, ohne ausgehende Abhängigkeiten von externen SaaS-Komponenten oder Cloud-Diensten.

Windows und gemischte OS-Umgebungen

Automatisierung in gemischten Umgebungen entwickelt sich oft ungleichmäßig. Linux-Systeme werden typischerweise über Ansible per SSH automatisiert, während Windows-Systeme auf PowerShell oder WinRM angewiesen sind, was zu separaten Workflows und Werkzeugen führt.

Umgebungsmerkmale:

  • Linux-Server
  • Windows-Server
  • Ansible-Playbooks, die SSH und WinRM nutzen
  • PowerShell-Skripte für Windows-spezifische Operationen

Semaphore UI wird verwendet, um sowohl Ansible-Playbooks als auch PowerShell-Skripte über ein einziges Ausführungssystem auszuführen. Dabei bleiben die betriebssystemspezifischen Ausführungsmethoden (SSH für Linux, WinRM für Windows) erhalten, während der Ausführungsverlauf und die Zugriffskontrolle zentralisiert bleiben.

Überprüfbarkeit und Nachverfolgbarkeit der Ausführung

Diese Einrichtung wird entscheidend, wenn Automatisierung Produktionssysteme betrifft und Änderungen für Audits, Vorfallanalysen oder Compliance nachverfolgbar sein müssen. Ohne ein zentrales Ausführungssystem ist oft unklar, wer eine Aufgabe ausgeführt hat, wann sie ausgeführt wurde und was genau während des Durchlaufs passiert ist.

Umgebungsmerkmale:

  • Mehrere Benutzer, die Automatisierungsaufgaben auslösen
  • Gemeinsam genutzte Infrastruktur
  • Untersuchung und Behebung von Vorfällen

Semaphore UI zeichnet den Ausführungsverlauf mit Benutzerzuordnung, Zeitstempeln, Parametern und Ausführungsprotokollen auf. Dies macht es möglich, nachzuverfolgen, wer eine Automatisierung ausgelöst hat, wann sie ausgeführt wurde und welche Änderungen vorgenommen wurden.

Kontrolle von Cloud-Ressourcen aus einem Kubernetes-Cluster

Wenn Kubernetes als primäre Steuerungsebene (Control Plane) verwendet wird, muss die Infrastrukturautomatisierung oft demselben Betriebsmodell folgen. Teams lösen Terraform- oder Ansible-Workflows aus Kubernetes heraus aus, aber Ausführung, Anmeldeinformationen und Audit-Protokolle werden häufig außerhalb des Clusters in CI-Systemen oder Ad-hoc-Skripten verwaltet.

Umgebungsmerkmale:

  • Kubernetes als Hauptorchestrierungsschicht
  • Terraform zur Bereitstellung von Cloud-Ressourcen
  • Ansible oder Skripte zur Unterstützung der Automatisierung
  • Eingeschränkter Zugriff auf Cloud-Anbieter
  • Mehrere Umgebungen (Dev, Staging, Produktion)

Semaphore UI bietet eine Ausführungsschicht zwischen Kubernetes und Infrastruktur-Automatisierungswerkzeugen. Kubernetes löst die Automatisierung über API oder Ereignisse aus, während Semaphore UI die Ausführung, Anmeldeinformationen, Zugriffskontrolle und Audit-Protokolle außerhalb von CI-Pipelines und Cluster-Workloads handhabt.

Ihren Anwendungsfall nicht gefunden?

Semaphore UI wird häufig in Umgebungen mit besonderen Anforderungen oder Kombinationen der oben genannten Szenarien eingesetzt. Lassen Sie uns Ihren Anwendungsfall besprechen.

Semaphore UI weiter erkunden

Erste Schritte

Installieren Sie Semaphore UI und führen Sie Ihre ersten Automatisierungsaufgaben aus.
Loslegen →

So funktioniert es

Erfahren Sie, wie Semaphore UI bereitgestellt, skaliert und in bestehende Infrastruktur integriert wird.
Dokumentation →

Was wird unterstützt

Sehen Sie die vollständige Liste der unterstützten Funktionen, Ausführungsmodelle, Zugriffskontrollen und Integrationen.
Funktionen →