繰り返し作成できる環境を構築
モジュールディレクトリとワークスペースをテンプレートに保存します。対象環境に応じた入力で構成を再利用できます。
準備済みジョブを共有設定を共有しても、チームメンバーが使うには適切なディレクトリ、ワークスペース、認証情報、tofu ランタイムが必要です。
モジュールディレクトリとワークスペースをテンプレートに保存します。対象環境に応じた入力で構成を再利用できます。
準備済みジョブを共有Plan のみのタスクを実行し、提案されたリソースを確認します。Apply は、個別の実行記録を持つ別の操作として扱ってください。
準備済みジョブを共有環境のクリーンアップ操作には、範囲を明確にした専用テンプレートを用意します。意図するワークスペースを選び、環境が不要になったときは Destroy を明示的に選択します。
クリーンアップジョブへのアクセスを制御テンプレートは独立したアプリケーションとして OpenTofu を選び、実行する構成ディレクトリを指定します。
Plan は変更を適用せずに変更案を表示します。タスク出力を確認してから、別の操作として Apply を開始します。
成功した OpenTofu の出力を Ansible の設定タスクに渡し、Python で生成されたサービスを検証します。ワークフローがジョブを調整し、構造化された出力を次のタスクの入力に割り当てます。
タスクテンプレートで OpenTofu を選び、実行環境に tofu バイナリ、プロバイダーへのアクセス、モジュールの認証情報を準備します。
構成ディレクトリとワークスペースを選択します。TF_VAR_ の入力は変数グループから渡します。環境ごとに異なる設定が必要な場合は、テンプレートまたはグループを分けます。
コードに設定済みのバックエンドを使うか、Pro で Semaphore の HTTP バックエンドを選択します。状態のロックと復旧は、選択したバックエンドに従います。
Plan のみのタスクは、変更を適用せずに変更案を表示します。後からの Apply は新しい実行であり、先の plan 出力を自動昇格させるものではありません。
はい。タスクテンプレートのアプリケーションに OpenTofu を選び、リポジトリと構成ディレクトリを指定します。ワークスペースと変数グループを設定し、実行するサーバーまたはランナーに tofu バイナリ、プロバイダー、モジュールへのアクセスを準備してください。
はい。OpenTofu はコードに設定済みのバックエンドをそのまま使えます。Semaphore の HTTP バックエンドは、状態のロック、バージョン、UI 管理を備えた Pro の追加オプションです。選んだバックエンドに合った状態の認証情報と復旧手順を維持してください。
意図するディレクトリ、ワークスペース、変数グループを持つ、分かりやすい名前のテンプレートを使います。ワークスペースを選ぶだけでは、環境入力や認証情報は切り替わりません。チームにジョブを公開する前や定期スケジュールを追加する前に、実行設定全体を確認してください。
tofu バイナリと、構成で必要なプロバイダーおよびモジュールへのアクセスを準備します。実行環境には、対象のインフラ API と状態バックエンドへの接続も必要です。Pro では、プロジェクトランナーを使って専用環境に実行を配置できます。
はい。OpenTofu の構成、ワークスペース、入力をタスクテンプレートに保存し、Plan のみの実行を選択してスケジュールを追加します。各 plan の出力で変更案を確認してください。Apply は別の操作であり、Plan のみのタスクは適用を行いません。
はい。ワークフローで OpenTofu のプロビジョニングテンプレートを Ansible の設定と Python の検証ジョブに接続します。各タスクは独自のコードと実行設定を保持します。次のジョブが適切な時点で開始するよう、依存関係と結果の条件を設定してください。
テンプレートに関連付けた変数グループを使います。TF_VAR_ 名の値は、構成の入力変数になります。機密値はシークレットとして保存してください。環境ごとに異なる入力が必要な場合は、ワークスペース名だけに頼らず、テンプレートまたはグループを分けます。
はい。プロジェクトロールで、タスクの実行と保存済み設定の編集を分けます。意図するディレクトリ、ワークスペース、認証情報をテンプレートに準備してください。Enterprise のカスタムロールでは、対象をより限定した委任のために、選択したテンプレートへのアクセスを付与できます。