Wiederholbare Umgebungen erstellen
Speichern Sie Modulverzeichnis und Workspace in einer Vorlage. Verwenden Sie Ihre Konfiguration mit den Eingaben für die vorgesehene Umgebung wieder.
Einen vorbereiteten Job teilenFühren Sie Ihre OpenTofu-Konfigurationen über Semaphore mit gespeicherten Workspaces und Eingaben aus. Teilen Sie die Planausgabe, übernehmen Sie Änderungen bewusst und bewahren Sie eine Historie jeder Ausführung auf.
Ein Teammitglied hat die Konfiguration, benötigt aber noch das richtige Verzeichnis, den Workspace, Zugangsdaten und die tofu-Laufzeit, um sie zu nutzen.
Speichern Sie Modulverzeichnis und Workspace in einer Vorlage. Verwenden Sie Ihre Konfiguration mit den Eingaben für die vorgesehene Umgebung wieder.
Einen vorbereiteten Job teilenFühren Sie einen Plan-Task aus und prüfen Sie die vorgeschlagenen Ressourcen. Halten Sie Apply als separaten Vorgang mit eigenem Ausführungsnachweis.
Einen vorbereiteten Job teilenGeben Sie einem Vorgang zum Bereinigen von Umgebungen eine eigene, klar abgegrenzte Vorlage. Wählen Sie den vorgesehenen Workspace und ausdrücklich Destroy, wenn die Umgebung nicht mehr benötigt wird.
Zugriff auf Bereinigungsjobs steuernDie Vorlage wählt OpenTofu als eigene Anwendung und verweist auf das auszuführende Konfigurationsverzeichnis.
Plan zeigt vorgeschlagene Änderungen, ohne sie anzuwenden. Prüfen Sie die Task-Ausgabe und starten Sie Apply anschließend als separate Aktion.
Übergeben Sie erfolgreiche OpenTofu-Ausgaben an einen Ansible-Konfigurationstask und prüfen Sie anschließend mit Python den entstandenen Dienst. Ein Workflow koordiniert die Jobs und ordnet strukturierte Ausgaben den Eingaben des nächsten Tasks zu.
Wählen Sie OpenTofu für das Task Template und stellen Sie in seiner Ausführungsumgebung die tofu-Binärdatei, Provider-Zugriff und Modul-Zugangsdaten bereit.
Wählen Sie Konfigurationsverzeichnis und Workspace. Übergeben Sie TF_VAR_-Eingaben über Variable Groups. Verwenden Sie separate Vorlagen oder Gruppen, wenn Umgebungen unterschiedliche Konfiguration benötigen.
Nutzen Sie das bereits in Ihrem Code konfigurierte Backend oder wählen Sie in Pro das HTTP-Backend von Semaphore. Zustandssperren und Wiederherstellung richten sich nach dem gewählten Backend.
Plan-Tasks zeigen vorgeschlagene Änderungen, ohne sie anzuwenden. Ein späteres Apply ist eine neue Ausführung, keine automatische Übernahme der früheren Planausgabe.
Ja. Wählen Sie OpenTofu als Task-Template-Anwendung und verweisen Sie auf Repository und Konfigurationsverzeichnis. Konfigurieren Sie Workspace und Variable Groups und richten Sie anschließend tofu-Binärdatei, Provider und Modulzugriff auf dem ausführenden Server oder Runner ein.
Ja. OpenTofu kann weiterhin das in Ihrem Code konfigurierte Backend verwenden. Das HTTP-Backend von Semaphore ist eine zusätzliche Pro-Option mit Zustandssperren, Versionen und Verwaltung über die Oberfläche. Passen Sie Zustandszugangsdaten und Wiederherstellungsprozess an das gewählte Backend an.
Verwenden Sie klar benannte Vorlagen mit den vorgesehenen Verzeichnissen, Workspaces und Variable Groups. Die Workspace-Auswahl allein wechselt weder Umgebungseingaben noch Zugangsdaten. Prüfen Sie die gesamte Ausführungskonfiguration, bevor Sie den Job Teammitgliedern bereitstellen oder einen wiederkehrenden Zeitplan ergänzen.
Richten Sie die tofu-Binärdatei sowie den für Ihre Konfiguration erforderlichen Provider- und Modulzugriff ein. Die Ausführungsumgebung benötigt außerdem Verbindungen zu den betreffenden Infrastruktur-APIs und zum Zustandsbackend. Mit Projekt-Runnern kann die Ausführung in Pro in einer dedizierten Umgebung stattfinden.
Ja. Speichern Sie OpenTofu-Konfiguration, Workspace und Eingaben in einem Task Template, wählen Sie eine reine Plan-Ausführung und ergänzen Sie einen Zeitplan. Prüfen Sie jede Planausgabe auf vorgeschlagene Änderungen. Apply ist ein separater Vorgang und wird von einem Plan-Task nicht ausgeführt.
Ja. Verbinden Sie eine OpenTofu-Bereitstellungsvorlage mit Ansible-Konfiguration und Python-Prüfjobs in einem Workflow. Jeder Task behält seinen eigenen Code und seine Ausführungseinstellungen. Legen Sie Abhängigkeiten und Ergebnisbedingungen fest, damit der nächste Job zum passenden Zeitpunkt startet.
Nutzen Sie mit der Vorlage verknüpfte Variable Groups. Werte mit TF_VAR_-Namen werden Eingabevariablen Ihrer Konfiguration. Speichern Sie sensible Werte als Geheimnisse. Konfigurieren Sie unterschiedliche Vorlagen oder Gruppen, wenn Umgebungen verschiedene Eingaben benötigen, statt sich nur auf den Workspace-Namen zu verlassen.
Ja. Trennen Sie mit Projektrollen die Task-Ausführung von der Bearbeitung ihrer gespeicherten Konfiguration. Halten Sie vorgesehenes Verzeichnis, Workspace und Zugangsdaten in der Vorlage bereit. Benutzerdefinierte Enterprise-Rollen können für enger begrenzte Delegation Zugriff auf ausgewählte Vorlagen gewähren.