Ansible UI：Semaphore UIとAnsible Automation Platform（AAP）の比較

Denis GukovSemaphore UI 創業者兼 CTO
読了時間：約17分

Semaphore UIとRed Hat Ansible Automation Platform（AAP）は、チームによるAnsible自動化の実行、予約、共有を支援します。AAPのautomation controllerは、以前はAnsible Towerと呼ばれていました。本記事では、両プラットフォームの日常的な自動化への対応、運用に必要なもの、Semaphore UIの機能、導入方法、価格がより適する場面を比較します。対象はAAP 2.6とSemaphore UI 2.20.0です。

この記事について AI に相談

概要

AnsibleをエンジニアのノートPCから日常運用へ移すと、チームには再現性のあるジョブ、共有認証情報、アクセス制御、変更記録が必要になります。サポート対象のコンテンツ供給経路や、多数の拠点へ実行を分散する仕組みが必要なチームもあります。

Red Hat Ansible Automation Platformは、このような幅広いプラットフォーム要件に対応します。Automation controllerはジョブとワークフローを実行し、automation hubはコンテンツを配布し、Event-Driven Ansibleはイベントに応答し、automation meshは管理対象インフラの近くに実行機能を配置します。AAPはサポートライフサイクルが定められた商用製品で、オープンソースの上流プロジェクトであるAWXとは別のものです。

Semaphore UIは、リポジトリ、インベントリ、認証情報、変数をプロジェクトにまとめます。エンジニアがデプロイ、パッチ適用、証明書更新のジョブを準備し、実行フォーム、スケジュール、ワークフローで共有します。専用テンプレートからTerraform/OpenTofu、Terragrunt、Bash、PowerShell、Pythonを直接実行することもできます。既存インフラ上にこの運用サービスを構築し、アクセス、実行、サポートの要件に応じてProやEnterpriseの機能を追加できます。

1つのプロジェクトにある複数の自動化ツール向けSemaphore UIタスクテンプレート。
Semaphore UI. 準備済みのAnsible、Infrastructure as Code、コマンドラインの操作を、プロジェクトのタスク一覧で共有します。
Red Hat Ansible Automation Platform 2.6の画面。
Ansible Automation Platform. Ansible Automation Platform 2.6の画面。Red Hat公式の製品紹介画像。 出典

主要項目の比較

両プラットフォームは、Ansible操作を共有するためのインターフェースを提供します。その日常的な作業と、AAPのより広い範囲に含まれるコンテンツ、イベント処理、分散実行のサービスを併せて比較します。

Ansible Automation PlatformとSemaphore UI：主な特徴
比較項目 Semaphore UI Ansible Automation Platform
自動化ツール Ansible, Terraform/OpenTofu, Terragrunt, Bash, PowerShell, Python Ansible、Terraform連携、およびプレイブック経由で利用するほかのツール
インストール バイナリ、ネイティブパッケージ、Docker、Kubernetes RHEL上のPodmanコンテナー、OpenShift Operator、2.6のRPM移行経路
タスク実行 サーバーまたはランナー上 Automation meshで接続された実行サーバーまたはKubernetesジョブPod
ワークフロー 対応、複数の自動化ツールをつなぐビジュアルワークフロー 対応、サブワークフローを再利用できる Ansible ビジュアルワークフロー
スケジュール cron 式、単発実行 単発および繰り返しスケジュール
インベントリ管理 静的定義とGit上の定義、実行時の動的検出 管理対象ホスト・グループの記録、ソース同期、保存されたfacts
アクセス制御 プロジェクトロール、Enterpriseのカスタムロールとテンプレート権限 組織、チーム、カスタムロール、独立したリソース権限
認証情報 Key Store、SSH 鍵、パスワード、外部シークレット保管サービス連携 認証情報オブジェクト、SSH 鍵、パスワード、外部シークレット保管サービス連携
コンテンツ配布 Gitリポジトリと外部Ansible collectionレジストリ Private automation hubとRed Hatのコンテンツエコシステム
商用モデル MITライセンスのCommunity、商用のProとEnterprise Red Hatの商用サブスクリプションと製品ライフサイクル

デプロイ、保守、プロビジョニングを共有するチームは、Semaphore UIのテンプレート、再利用可能なプロジェクトリソース、ワークフローで多くの作業に対応できます。IaCや各言語の専用テンプレートを直接実行することで、同じサービスをAnsible以外にも広げられます。AAPはさらに幅広いコンテンツエコシステム、管理対象のAnsibleリソース、プラットフォームサービスを提供します。これらの追加サービスが不要なら、Semaphore UIは実際に利用する自動化へ投資を集中できる選択肢です。

機能比較

Ansible操作はプレイブックの実行だけでなく、ホスト情報、認証情報、権限にも依存します。より多くの環境で自動化を共有するにつれ、コンテンツ配布やイベント処理も検討事項になります。

インストールとセットアップ

導入方法は、チームが運用するサービスに合っている必要があります。AAPはRHELとOpenShiftへの導入をサポートし、Semaphore UIは単体バイナリやネイティブパッケージも提供します。

対応一部対応非対応
インストールとセットアップ: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
スタンドアロンのバイナリ 対応 非対応
ネイティブ Linux パッケージ 対応DEB / RPM 対応非推奨のRHEL 9 RPM移行経路
ネイティブ Windows サーバー 対応Ansible には WSL、コンテナ、または Linux runner が必要 非対応RHELとOpenShiftへの導入
Kubernetesを使わない導入 対応 対応
Kubernetes デプロイ 対応Helm チャート 対応Red Hat OpenShift Operator
高可用性 対応Enterprise 対応検証済みのエンタープライズ構成

AAP 2.6は、RHEL上のPodmanを使ったコンテナー構成と、OpenShift上のOperatorを使った構成に対応します。従来のRPMインストーラーは非推奨ですが、移行用途として2.6でもRHEL 9上でサポートされます。Red Hatはこれらの導入方法について、サポート対象の構成と製品ライフサイクルを公開しています。AAPのすべての導入にKubernetesが必要なわけではありません。

Semaphore UIは既存ホストにバイナリやネイティブパッケージで導入でき、DockerやKubernetesでも実行できます。Ansibleの共有画面を導入するチームは、一般的なサーバー構成を選び、運用中のリポジトリやインフラを再利用できます。自動化サービスに冗長化したアプリケーションインスタンスが必要なら、Enterpriseで高可用性を追加できます。Semaphore UIサーバーはWindowsでもネイティブに動作しますが、Ansibleの実行にはWSL、コンテナー、Linuxランナーのいずれかが必要です。

Semaphore UIでは、既存サーバーからパッチ適用やデプロイのジョブを共有できます。AAPの導入構成は、選択するコンポーネントとチームが維持する実行容量によって変わります。

自動化ツール

ツール専用のテンプレートやライフサイクルがなくても、Ansibleを介してそのツールを実行できる場合があります。

対応一部対応非対応
自動化ツール: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
Ansible Playbook 対応 対応
Terraform/OpenTofu 対応ネイティブのタスクテンプレート 対応Ansibleプレイブックと連携を介して実行
Terragrunt 対応ネイティブのタスクテンプレート 対応Ansible Playbook 経由
Bash 対応ネイティブのタスクテンプレート 対応Ansible Playbook 経由
PowerShell 対応ネイティブのタスクテンプレート 対応Ansible Playbook 経由
Python 対応ネイティブのタスクテンプレート 対応Ansible Playbook 経由
プレイブック不要のIaCテンプレート 対応Terraform/OpenTofuとTerragruntのネイティブテンプレート 非対応AnsibleジョブテンプレートからIaCツールを呼び出し
内蔵のTerraformステートバックエンド 対応ProHTTPバックエンド、バージョン履歴、state管理画面 非対応Terraformサービスまたは外部バックエンドを使用

AAPはAnsibleプレイブックと実行環境を使用します。実行環境はAnsibleランタイムと必要な依存関係を含むコンテナーイメージです。Terraform連携にはTerraformサービスを調整するcollectionがあり、プレイブックからほかのコマンドラインツールを呼び出すこともできます。すでにAnsibleが手順全体を統括している場合は、一貫性のあるモデルです。

Semaphore UIも実践的なAnsible操作を中心としながら、Terraform/OpenTofu、Terragrunt、Bash、PowerShell、Pythonに専用のタスクテンプレートを提供します。Terraform/OpenTofuでは、エンジニアが画面でリポジトリ、設定ディレクトリ、workspace、変数グループを選びます。IaCツールは直接実行されるため、呼び出すためだけのAnsibleプレイブックは不要です。その結果、Ansibleデプロイ、Terraformプロビジョニング、Python検証の各タスクは、固有の実行設定を保ちながら同じプロジェクトを共有できます。

たとえば、一時的なテスト環境では、インフラ作成に続いてアプリケーション設定と準備状態の確認が必要になることがあります。Semaphore UIは各ステップで既存のツールを使い、それらをワークフローで接続します。自動化が複数のリポジトリや言語に広がっていても、操作の開始と確認を1か所で行いたいチームに役立ちます。

開発、ステージング、本番には、別々のstate・バックエンドアドレス、または対応するworkspaceを設定します。Workspaceの対応状況は選択したバックエンドによって異なります。Semaphore UI Proは、組み込みHTTPバックエンドでstateをホストし、画面からバージョン履歴と管理機能を提供できます。一時環境を作成するチームは、プロビジョニングテンプレート、そのstate、後続のAnsible設定を同じサービスに置けます。AAPに文書化されたTerraform連携は、state用にTerraformサービスまたは設定済み外部バックエンドを使用します。すでに外部バックエンドがある場合、Semaphore UIでもそのまま利用できます。

保存した正確なTerraformプランを承認して適用する必要がある場合は、プランの保存と再利用を明示的に設定します。Semaphore UIの標準実行はplanとapplyを別々に行い、上書きしない限り標準コマンドに-lock=falseを使用します。ステートバックエンドを提供しても、これらのタスクコマンド設定は変わりません。

テンプレートとスケジュール

両製品とも、チームメンバーが繰り返し実行できるように操作の設定を保存します。製品内の名称は異なり、AAPではジョブテンプレート、Semaphore UIではタスクテンプレートと呼びます。

対応一部対応非対応
テンプレートとスケジュール: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
タスク設定の保存 対応 対応
サーベイ（実行時の入力） 対応 対応
ジョブ間の共通設定 対応テンプレートに割り当てる名前付き変数グループ 対応インベントリ変数とGit上のファイル
起動時のリポジトリブランチ指定 対応 対応
スケジュール実行 対応cron 式と単発実行 対応単発および繰り返しスケジュール

AAPのジョブテンプレートは、操作のプロジェクト、プレイブック、インベントリ、認証情報、実行環境を保存します。実行するとジョブが作成されます。入力フォームは、その実行で有効にした入力を収集するため、オペレーターは設定を作り直さずに準備済みの手順を実行できます。

Semaphore UIはタスクテンプレートを使い、Ansibleとほかの自動化ツールに同じ再利用可能な実行モデルを提供します。Ansibleテンプレートはリポジトリ、プレイブック、インベントリ、認証情報を選択します。名前付き変数グループはテンプレート間で再利用する設定を保持し、入力フォームの各項目は実行ごとに必要な値を収集します。AAPではインベントリやGit上のファイルを使って変数を再利用できます。

サポート担当者と共有するサービス再起動手順を例に考えます。エンジニアがプレイブックと環境設定を準備し、実行フォームでサービス名と変更管理番号を求めます。担当者は操作を選び、入力を提供し、その状態と出力を確認できます。同じプロジェクトリソースを使い、デプロイ、バックアップ、証明書更新を別々のテンプレートとして提供することもできます。

両製品とも、保存済みテンプレートをスケジュール実行できます。AAPは単発と定期のスケジュールを、Semaphore UIはcron式と設定済み入力を使う単発実行を提供します。手動の保守作業前に使用するバックアップを、夜間の定期実行にも利用できます。これにより、別々のcronコマンドとWeb実行設定を保守する代わりに、運用手順を再利用できます。

インベントリ

両プラットフォームとも、Gitベースのインベントリと外部の検出ソースを利用できます。主な違いは、その情報をどう扱うかです。AAPはインベントリ同期を通じてホストとグループの記録を管理し、Semaphore UIはタスク実行時にインベントリ定義と検出プラグインを使用します。

対応一部対応非対応
インベントリ: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
Git インベントリ 対応 対応
動的インベントリ 対応 対応
インベントリの更新 一部対応実行時の検出 対応定期更新と起動時更新
計算によるインベントリグループ 対応Ansible constructed プラグイン 対応管理対象の構成インベントリ
管理対象のファクトキャッシュ 非対応Ansible キャッシュを別途設定 対応任意で有効化するホストfactsの保存
ホストとグループの編集 一部対応INI/YAML 定義を編集 対応個別のホスト・グループ管理

AAPはインベントリソースを管理対象のホストとグループに同期し、保存されたfactsやconstructed inventoryを使って複雑なAnsible操作に対応します。オペレーターはジョブを実行するのと同じプラットフォームで、個々のホスト情報を確認し、管理できます。これらの記録の保守やインベントリソースの組み合わせが日常業務に含まれる場合に役立ちます。AAPはスケジュールや実行前にインベントリソースを更新でき、任意でホストのfactsを管理対象キャッシュに保存できます。

Semaphore UIは、静的またはGit上のインベントリ定義と、NetBoxやクラウドAPIなどに対応するAnsible検出プラグインを再利用します。オペレーターは画面でINI/YAML定義を編集することも、ホスト情報のソースとしてGitや外部の検出機能を使い続けることもできます。テンプレートは操作の実行時に必要なインベントリを選びます。動的検出は実行中に行われます。Ansible側で設定したfactキャッシュは利用できますが、Semaphore UIはcontroller管理のfactキャッシュを提供しません。

すでに自動化画面の外部でインフラを管理しているチームは、ジョブを共有するためだけに別のホスト管理プロセスを導入せずに済みます。同じインベントリをパッチ適用、証明書チェック、デプロイに使用し、操作ごとに別のテンプレートと入力を用意できます。実行対象のインベントリだけでなく管理用の一覧が必要な場合には、AAPの同期されたホスト・グループ画面に価値があります。

シークレット

認証情報は、準備済みのジョブに必要なSSHキー、パスワード、その他の認証データを提供します。両プラットフォームとも認証情報を保存し、外部Vaultから値を取得できます。

対応一部対応非対応
シークレット: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
認証情報の保管 対応 対応
HashiCorp Vault 対応Pro 対応
Azure Key Vault 対応Enterprise 対応
AWS Secrets Manager 対応Enterprise 対応
内蔵のOpenBao取得機能 対応Pro 非対応専用コネクターなし
Devolutions Serverからの取得 対応Enterprise 対応Ansible collection
CyberArkからの取得 対応EnterprisePVWA REST API 対応CCPとConjur
組み込みのCentrify Vault取得機能 非対応 対応
組み込みのThycotic取得機能 非対応 対応Secret ServerとDevOps Secrets Vault

両製品とも、準備済みの操作と一緒に認証情報の参照を保存します。エンジニアはリポジトリへのアクセス、マシンの認証情報、ほかのシークレットを一度設定し、デプロイや保守ジョブで再利用できます。実行する担当者が毎回それらを提供する必要はありません。

AAPは認証情報オブジェクトと外部シークレット取得に対応し、HashiCorp Vault、AWS Secrets Manager、Azure、CyberArkとの連携を含みます。Semaphore UIはプロジェクトのKey Storeを提供し、ProでHashiCorp VaultやOpenBaoと接続します。EnterpriseではAWS Secrets Manager、Azure Key Vault、Devolutions Server、およびPVWA APIを介したCyberArkを追加できます。AAPでは、実行環境にDevolutionsのAnsible collectionをインストールし、プレイブック内で利用できます。組み込み認証情報コネクターに、OpenBao専用の取得機能はありません。AAPはCentrify VaultとThycotic Secret ServerまたはDevOps Secrets Vaultのコネクターも提供しますが、Semaphore UIはこれらを組み込みストレージとして提供しません。プラットフォームにコネクターがなくても、Ansibleのlookup collectionやコマンドで操作に必要なシークレットを取得し、その連携を自動化側で保守できます。そのため、既存のVaultと、プラットフォーム自体で設定したい接続を基準に選択できます。

実行

保存されたテンプレートは、何を実行するかを定義します。実行設定は、どのサーバーで実行し、どのランタイムで依存関係を提供するかを決めます。

対応一部対応非対応
実行: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
リモート実行 対応ランナー 対応Automation meshの実行ノード
実行先のルーティング 対応Proテンプレートまたはインベントリの runner タグ 対応リソースに割り当てるインスタンスグループ
Ansible ロールとコレクション 対応requirements.yml からインストール 対応プロジェクト同期時にインストール
コンテナでのタスク実行 対応ProDockerエグゼキューター 対応Ansible 実行環境イメージ
Kubernetes ジョブ Pod 対応Enterprise 対応コンテナグループ
同時実行制御 対応テンプレート、プロジェクト、インスタンスの上限 対応同時実行ジョブとインスタンスグループの容量

AAPはAnsibleとプレイブックの依存関係を含む実行環境でジョブを実行します。実行ノードは制御サービスとは別の場所で処理を行います。Automation meshはノードをつなぎ、必要に応じて中継用のhopノードを使って遠隔ネットワークに到達します。これにより、実行イメージとネットワーク経路を定めた分散Ansible基盤を支えます。

Semaphore UIはサーバー上、または対象システムの近くに配置したランナーで自動化を実行できます。たとえば、共有画面は別の場所に置き、プライベートネットワーク内のランナーでローカルホストにAnsible保守ジョブを実行できます。Communityにはグローバルランナーがあり、Proはプロジェクトに割り当てるランナーと、実行環境を選ぶタグベースのルーティングを追加します。

チームは直接実行から始め、ワークロードに合わせて別のマシンやタスク単位のコンテナーを追加できます。ProはDockerタスク実行を、EnterpriseはKubernetesタスク実行を提供します。既存プレイブックを実行するサービスを、automation meshの導入なしで単一ホストから分離された実行構成へ発展させられます。アプリケーションサーバーのコンテナー化と、各タスクのコンテナー化は別の選択です。

ワークフロー

ワークフローは保存済みテンプレートをつなぎ、サーバーのプロビジョニング、設定、結果確認といった一連の手順にします。

対応一部対応非対応
ワークフロー: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
ビジュアルワークフローエディター 対応 対応
複数ツールを使うワークフローステップ 対応Ansible、IaC、各言語のネイティブテンプレート 対応Ansibleジョブテンプレートからほかのツールを呼び出し
複数の開始ノード 非対応 対応
分岐の合流 対応 対応
成功・失敗による分岐 対応 対応
承認ステップ 対応 対応
独立した承認権限 非対応 対応
ワークフローをステップとして使用 非対応 対応
ワークフローでの値の受け渡し 対応 対応

AAPのワークフロージョブテンプレートは、ジョブテンプレート、プロジェクト更新、インベントリ更新、ほかのワークフローを接続します。承認ステップで実行を一時停止でき、Ansibleのset_stats値を後続ジョブへ渡せます。複数の手順で共有する一連の処理を一度だけ保守したい場合は、ワークフローの組み込みが有用です。

Semaphore UIのワークフローは、Ansible、Terraform/OpenTofu、Terragrunt、Bash、PowerShell、Pythonのタスクテンプレートを直接接続し、成功・失敗の分岐、承認、待機を扱います。プロビジョニングワークフローではTerraform/OpenTofuでインフラを作り、Ansibleで設定し、Pythonで準備状態を確認できます。保守ワークフローではバックアップ、更新、検証を実行し、担当者が個別にも実行できるテンプレートを再利用できます。AAPでもAnsibleジョブテンプレートとTerraform連携で同じ手順を構成できます。違いは、各ツールの実行設定を専用テンプレートに置くか、Ansibleジョブの背後にあるプレイブックや連携に置くかです。

Semaphore UI 2.20は、Ansibleのset_stats値、Terraform/OpenTofu/Terragruntの出力、Bash、PowerShell、PythonからのJSONを後続タスクの入力に渡します。したがって、プロビジョニングが返したアドレスやリソースIDを次の操作の入力にできます。AAPはAnsibleジョブ間でset_stats値を渡します。どちらも値の受け渡しに対応し、違いは結果の生成方法と利用方法にあります。受け取るテンプレートが入力を宣言し、そのプレイブックやインベントリ設定が値を使って新しいホストを対象にします。

AAPはワークフロー承認用に、個別に付与できるApprove権限を提供します。Semaphore UI 2.20の承認は、プロジェクトタスクの実行権限と結び付いています。独立した承認者ロールは2.21.0向けに発表されています。承認責任に独自の権限が必要な場合、この違いが重要になります。

プロビジョニングと設定のワークフローでは、サーバーまたはリモートランナー上のローカル実行器を使い、収集した値をSemaphore UIのタスク間で受け渡せます。DockerとKubernetesの実行器はこれらの出力を収集しないため、それに依存するワークフローには別の実行構成が必要です。個別のタスクテンプレートはワークフロー間で再利用できます。複数の手順で多段階ワークフロー全体を再利用する場合、AAPのネストしたワークフローを使うと、その処理順序を個別に保守せずに済みます。どちらのプラットフォームでも、保存済みTerraform planなどのファイルには、アクセス可能なストレージまたはジョブ間の明示的な転送が必要です。

アクセス制御

操作の実行を委任することと、任意のインベントリや認証情報を組み合わせる権限を与えることは、異なるアクセス要件です。

対応一部対応非対応
アクセス制御: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
ロールベースのアクセス制御 対応プロジェクトロール 対応組織・チーム・リソースのロール
LDAP認証 対応Pro 対応
OIDCシングルサインオン 対応Pro 対応
SAML シングルサインオン 非対応OIDC に対応 対応
カスタムロール 対応Enterprise 対応
インベントリと認証情報の独立した権限 非対応リソースへのアクセスはプロジェクトロールに従う 対応
テンプレート単位の実行権限 対応Enterprise 対応

AAPは個々のリソースにアクセスを付与し、カスタムロールをサポートします。オペレーターはジョブテンプレートとは独立して、特定のインベントリや認証情報を使用する権限を受け取れます。許可されたAnsibleリソースを組み合わせて新しい操作を作ることが日常業務に含まれるチームに適しています。

Semaphore UIは、プロジェクトと準備済みの操作を中心にアクセスを構成します。Communityのプロジェクトロールでも、自動化を保守するエンジニアと実行する担当者を分けられます。プロジェクトには、チームのデプロイ、バックアップ、保守テンプレートと、設定済みの関連リソースをまとめられます。

特定の操作にアクセスを限定する必要がある場合、Enterpriseではカスタムロールとテンプレート単位の実行権限を追加できます。たとえば、サポート担当者にはサービス再起動テンプレートを提供し、デプロイは別のロールに限定できます。インベントリ、認証情報、有効化した実行時の上書き項目は準備済み設定の一部です。これは操作の委任に焦点を当てたモデルであり、AAPはその基となるリソースに独立した権限を提供します。

タスク実行を許可されたProduction maintenance operatorロールを表示するSemaphore UIのテンプレート権限画面。
Semaphore UI. Enterpriseのテンプレート権限で、準備済みの操作を特定のロールに委任します。
Ansible Automation Platform 2.6のインベントリ、認証情報、ジョブテンプレートに対するチームロール。
Ansible Automation Platform. ロールを個別のインベントリ、認証情報、ジョブテンプレートに割り当てます。Red Hatの公式例。 出典

どちらもLDAP連携をサポートします。Semaphore UI ProはOIDCサインインにも対応し、AAPはOIDC、SAML、そのほかの一元設定されたIDプロバイダーに対応します。Semaphore UIは組み込みのSAML連携を提供しません。Semaphore UI Proではローカルアカウント向けにTOTPによる二要素認証も利用できます。

ログと監査

対応一部対応非対応
ログと監査: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
実行履歴とログ 対応 対応
Ansibleのホスト・タスク結果 対応Pro 対応
管理操作の監査証跡 対応サインインと記録された操作 対応リソースのアクティビティストリーム
外部へのログ転送 対応ProSyslogまたはHECによる監査イベント転送 対応Controllerのログ連携

デプロイや保守ジョブが完了したかを知りたい担当者にとって、まず重要なのは操作結果です。両製品とも実行出力と履歴を保持します。Semaphore UIはタスク状態、リポジトリのリビジョン、実行の詳細を記録し、Proはサーバーごとの失敗タスクを示すAnsibleホストサマリーを追加します。パッチ適用や証明書のジョブの後、オペレーターは影響を受けたホストを特定し、該当する出力を確認できます。

管理監査は別の目的を持ちます。AAPのアクティビティストリームはプラットフォームリソースの変更を記録し、ログ連携はジョブとシステムのイベントを転送します。Semaphore UIは、サインイン、権限変更、そのほかの記録対象操作について管理者向け監査ログを提供します。Proはフィルター、ファイルへのエクスポート、TLS SyslogまたはSplunk HECによる転送を追加し、組織のセキュリティ調査やSIEM記録にこれらのイベントを組み込めるようにします。

連携

APIとWebhookを使うと、既存のCIパイプラインやイベント処理システムから準備済みの操作を開始できます。AAPには、コンテンツ配布とイベント駆動型自動化のための独立したサービスも含まれます。

対応一部対応非対応
連携: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
REST API 対応 対応
ジョブの Webhook 対応汎用エンドポイント、照合ルール、値の抽出 対応GitHub と GitLab の Webhook
ジョブ通知 対応 対応
イベント処理ルール 一部対応Webhookの照合ルールと値の抽出 対応Event-Driven Ansibleのrulebook
プライベートAnsible collectionレジストリ 非対応外部のcollectionレジストリを使用 対応Private automation hub

AAPのautomation hubはcollectionと実行イメージを配布し、Red Hat Certifiedおよびvalidatedコンテンツへのアクセスを提供します。Event-Driven Ansibleはrulebookでイベントを評価し、自動化を起動します。これらは、保存済みジョブ用の受信Webhookを超えて、組織全体で自動化を管理し、開始するためのプラットフォームサービスです。

Semaphore UIは、REST APIとリクエスト照合・入力抽出を備えたWebhook連携により、既存のCI、監視、申請システムと組み合わせられます。ビルドパイプラインはバージョンを公開して準備済みのデプロイを依頼でき、イベント処理システムは診断操作を依頼できます。Semaphore UIは、その操作のインベントリ、認証情報、実行記録を保持します。周辺のプロセスが完了を待つ必要がある場合、呼び出し側が認証を処理し、タスクの結果を確認します。

Semaphore UIとautomation controllerは、どちらも準備済みジョブの実行フォームを提供します。AAPには、Red Hat Developer Hubを基盤とし、別途導入するAnsible automation portalもあります。セルフサービスカタログ、テンプレート同期、カスタム連携を備え、このポータルでのDeveloper Hub利用はAAPサブスクリプションに含まれます。そのようなカタログを必要とせず、ジョブ実行を共有したいチームには、Semaphore UIがAnsibleとほかの自動化ツールに集中した画面を提供します。

サービス、サービスの状態、環境、変更管理番号を選択したSemaphore UIの実行フォーム。
Semaphore UI. 準備済みの操作が、実行フォーム内でサービスと環境の選択を直接収集します。
実行前にインベントリ、認証情報、サービスの入力フォームを確認するAnsible Automation Platform 2.6のセルフサービスポータル。
Ansible Automation Platform. セルフサービスポータルは、入力と確認のステップを通じて申請を案内します。Red Hatの公式例。 出典

AI を活用した自動化

対応一部対応非対応
AI を活用した自動化: Ansible Automation PlatformとSemaphore UI
比較項目 Semaphore UI Ansible Automation Platform
MCPアクセス 対応コミュニティ製コネクター 対応公式AAP MCPサーバー

AAPは、対応するアシスタントにプラットフォーム操作を公開する公式MCPサーバーを提供します。プラットフォームと一緒にも、独立したコンテナーとしても導入できます。また、設定済みのモデルプロバイダーに接続する任意のautomation intelligent assistantを画面内で利用できます。統合プラットフォームのアプローチをAI支援の運用に広げる仕組みです。

Semaphore UIにはAPI用のコミュニティ製MCPコネクターがあり、Pro向けの公式MCPサポートは2.21.0で提供する予定として発表されています。Claude CodeやCodexは、公開ドキュメント、ソースコード、API定義を参照し、テンプレート作成、連携コードの記述、提供された設定と出力を基にした失敗調査を支援することもできます。チームは、より広範なプラットフォームを導入せずに、既存の自動化サービスと並行してこれらの支援を利用できます。

ライセンスとサポート

AAPはエンタープライズプラットフォームのサブスクリプションです。一方、Semaphore UIは無料の自動化サービスと、同じ製品ファミリー内の商用エディションを提供します。広範なRed Hatエコシステムではなく、ジョブ実行の共有が要件であれば、Semaphore UIのほうが大幅にシンプルで経済的になり得ます。

購入対象の範囲の違い

AAPサブスクリプションは、プラットフォーム機能、Red Hatサポート、コンテンツ、製品ライフサイクルをまとめて提供します。組織の自動化基盤全体でこのエコシステムが必要になるほど、その価値は高まります。AWXは独立したオープンソースの上流プロジェクトであり、AAPサブスクリプションの無料プランではありません。

Semaphore UI Communityは無料のMITライセンスです。テンプレート、入力フォーム、変数グループ、スケジュール、ワークフロー、プロジェクトロール、履歴、グローバルランナーだけでも、共有自動化サービスの基盤が整います。チームはデプロイ、保守、プロビジョニングに利用し、実際のstate、実行、アクセス、可用性、サポート要件に応じてProやEnterpriseを選べます。

主な要件が既存のAnsibleとIaC操作の共有であれば、プラットフォームへの投資と運用するインフラを減らせる場合があります。差は、必要なエディションと容量、および代わりにどのAAPサービスを利用するかによって決まります。AAPの対象範囲が広いからといって、すべてのコンポーネントを導入する必要があるわけではありません。

サポートの契約上の約束

両ベンダーとも商用サポートを提供します。Red Hatは、公開されたAAP製品ライフサイクルに加え、適用されるサポートサブスクリプションとインシデントの重大度に応じて、対応範囲と応答に関する約束を定めます。

Semaphore UI Proには営業時間内のベンダーサポートが含まれます。Enterpriseは要件に応じたSLAと、導入、設定、アップグレード、移行の支援を提供します。チームは同じ製品ファミリー内でサポートを受け、より厳しい環境要件には追加サービスを利用できます。

選び方

チームが共有する必要のある作業と、それを支えるサービスを基準に選びます。準備済みの再起動、定期バックアップ、プロビジョニングワークフローに必要なプラットフォームの範囲は、全社的なAnsibleコンテンツとガバナンスのサービスとは異なります。

Ansible Automation Platformを選ぶ場合

エンタープライズ向けAnsibleプラットフォームの運用自体が中核要件である場合、AAPが適しています。

  • Red Hatのコンテンツとサポートのエコシステムが必要です。 認定collection、private automation hub、明確な製品ライフサイクルが調達または運用の要件に含まれます。
  • プラットフォームでAnsibleリソースを管理します。 オペレーターがホストを管理し、インベントリソースを同期し、インベントリと認証情報に独立したアクセス権を割り当てます。
  • 追加のプラットフォームサービスが必要です。 Automation mesh、ネストしたワークフロー、Event-Driven Ansibleが、チームで構築・保守するはずのインフラを代替します。

Semaphore UI を選ぶ場合

エンジニアが既存自動化を共有する画面を必要とし、より広範なRed Hatプラットフォームのエコシステムが要件に含まれない場合は、Semaphore UIが適しています。

  • 担当者が実行できる準備済みの操作が必要です。 エンジニアが共有インベントリ、認証情報、変数グループを使い、デプロイ、バックアップ、サービス再起動、証明書更新を一度設定します。担当者は実行に必要な値を入力し、同じ画面で結果を確認します。
  • プロビジョニングと運用で複数のツールを使います。 Ansible、Terraform/OpenTofu、Terragrunt、Bash、PowerShell、Pythonを直接実行し、ワークフローで接続できます。これらのジョブと一緒に共有Terraform/OpenTofuバックエンドを使いたい場合は、Proのstateストレージを追加できます。
  • すでに保守しているシステムを活用したい場合。 Gitインベントリと外部の検出機能を再利用し、CIとイベント処理は既存サービスに残し、利用可能なインフラへバイナリ、パッケージ、コンテナーで導入できます。ランナーでプライベートシステムの近くに実行を配置できます。
  • 必要な範囲の商用機能とサポートを求めています。 サービスに必要な実行、アクセス、可用性の制御に応じてProやEnterpriseを選び、同じ製品ファミリー内でベンダーサポートを受けられます。広範なRed Hatのコンテンツやプラットフォームエコシステムが要件に含まれない場合は、より経済的になる可能性があります。

よくある質問

既存のAnsible TowerやAAPのプレイブックをSemaphore UIで再利用できますか？

既存のAnsibleプレイブックとGitベースのインベントリ定義は再利用できます。ジョブテンプレート、認証情報の参照、入力フォーム、スケジュール、権限には、それぞれ対応するSemaphore UIの設定が必要です。新しいテンプレートを準備する際は、実行環境が提供する依存関係と、既存ワークフローの動作を確認してください。

Semaphore UIは1つのワークフローでAnsibleとTerraformを接続できますか？

はい。専用のTerraform/OpenTofuまたはTerragruntテンプレートに続けて、Ansible設定と検証タスクを配置できます。サーバーまたはランナーのローカル実行器を使うと、Semaphore UI 2.20は収集した値を後続テンプレートが宣言する入力へ渡します。値を渡すことは、保存したplanやその他のファイルの転送とは異なります。

サポート担当者はプロジェクトを管理せずに準備済みジョブを実行できますか？

はい。Semaphore UI CommunityのTask Runnerロールは、ほかのプロジェクトリソースへの読み取り専用アクセスを維持しながら、プロジェクトのテンプレートを実行できます。Enterpriseではカスタムロールと選択したテンプレートへの実行権限を追加できます。AAPはジョブテンプレートの実行と、その基となるインベントリや認証情報へのアクセスを個別に制御します。これは、オペレーター自身が許可されたリソースを組み合わせる場合に役立ちます。

Kubernetesクラスターなしでセルフホストできますか？

どちらの製品でも可能です。Semaphore UIはバイナリ、ネイティブパッケージ、Dockerに加えてKubernetesをサポートします。AAP 2.6はOpenShift Operatorによる導入に加え、RHEL上のPodmanによるコンテナー構成をサポートします。AAPには常にKubernetesが必要と考えるのではなく、必要なサービスとサポートの全体像で選んでください。

AAPを維持し、一部の操作にSemaphore UIを使えますか？

はい。AAPに既存のAnsibleジョブ、コンテンツ配布、インベントリガバナンスを残し、Semaphore UIで一部のIaCや保守操作を実行できます。チームで実装したAPI連携を通じてテンプレートを呼び出し、結果を確認できます。Semaphore UIには独自の準備済みインベントリ、または承認済みソースとの連携が必要で、自動同期を前提にはできません。

チームにはどのSemaphore UIエディションが必要ですか？

Communityでも共有テンプレート、インベントリ、認証情報、入力フォーム、スケジュール、ワークフロー、プロジェクトロール、タスク履歴を利用できます。Proはstateストレージ、プロジェクトランナー、Docker実行、ベンダーサポートなどを追加します。Enterpriseはより詳細なアクセス制御、高可用性、Kubernetesタスク実行を追加します。本番利用には必ずEnterpriseが必要と考えるのではなく、これらの要件に基づいて選んでください。

この記事は役に立ちましたか？

出典

  1. Red Hat, “Ansible components”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/discover-ansible_components (参照日: ).
  2. Red Hat, “Installation and deployment models”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/plan-ref_installation_deployment_models (参照日: ).
  3. Red Hat, “Scale automation across your infrastructure with automation mesh”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-assembly_planning_mesh (参照日: ).
  4. Red Hat, “About the Terraform integration”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/integrate-con_terraform_intro (参照日: ).
  5. Red Hat, “Orchestrate complex automation with workflow job templates”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-assembly_ug_controller_workflow_job_templates (参照日: ).
  6. Red Hat, “Understand how to configure workflows”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-assembly_ug_controller_workflows (参照日: ).
  7. Red Hat, “Configure nodes in workflow visualizer”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-ref_controller_approval_nodes (参照日: ).
  8. Red Hat, “Create repeatable, shareable job templates to standardize automation runs”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-proc_controller_create_job_template (参照日: ).
  9. Red Hat, “Schedule recurring automation”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-assembly_ug_controller_schedules (参照日: ).
  10. Red Hat, “Define automation target hosts in your inventory files”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-assembly_controller_inventories (参照日: ).
  11. Red Hat, “Sync inventory data with external sources”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-con_controller_inventory_sync_jobs (参照日: ).
  12. Red Hat, “View, create, and assign roles to grant user access to resources”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-assembly_gw_roles (参照日: ).
  13. Red Hat, “Configure an external secret management system for automation”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-assembly_controller_secret_management (参照日: ).
  14. Red Hat, “Define rules that trigger automation from events”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-assembly_eda_rulebook_activations (参照日: ).
  15. Red Hat, “Manage your organization’s automation content”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-manage_your_organization_s_automation_content (参照日: ).
  16. Red Hat, “Ansible automation portal architecture and licensing”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/install-con_self_service_architecture_licensing (参照日: ).
  17. Red Hat, “Ansible Automation Platform Life Cycle”. URL: https://access.redhat.com/support/policy/updates/ansible-automation-platform (参照日: ).
  18. Semaphore UI, “Installation”. URL: https://semaphoreui.com/docs/admin-guide/installation (参照日: ).
  19. Semaphore UI, “Applications”. URL: https://semaphoreui.com/docs/user-guide/apps (参照日: ).
  20. Semaphore UI, “Workflows”. URL: https://semaphoreui.com/docs/user-guide/workflows (参照日: ).
  21. Semaphore UI, “Terraform/OpenTofu”. URL: https://semaphoreui.com/docs/user-guide/apps/terraform (参照日: ).
  22. Semaphore UI, “Inventories”. URL: https://semaphoreui.com/docs/user-guide/inventory (参照日: ).
  23. Semaphore UI, “Team roles and extended RBAC”. URL: https://semaphoreui.com/docs/user-guide/team#extended-rbac (参照日: ).
  24. Semaphore UI, “Key Store”. URL: https://semaphoreui.com/docs/user-guide/key-store (参照日: ).
  25. Semaphore UI, “Integrations”. URL: https://semaphoreui.com/docs/user-guide/integrations (参照日: ).
  26. Semaphore UI, “Community, Pro and Enterprise”. URL: https://semaphoreui.com/pricing (参照日: ).
  27. Semaphore UI, “Runners”. URL: https://semaphoreui.com/docs/admin-guide/runners (参照日: ).
  28. Semaphore UI, “High availability”. URL: https://semaphoreui.com/docs/admin-guide/ha (参照日: ).
  29. Semaphore UI, “Task Templates”. URL: https://semaphoreui.com/docs/user-guide/task-templates (参照日: ).
  30. Semaphore UI, “Schedules”. URL: https://semaphoreui.com/docs/user-guide/schedules (参照日: ).
  31. Semaphore UI, “Semaphore local execution, workflow outputs, inventory paths, host limits and branch overrides”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/services/tasks/local_executor.go (参照日: ).
  32. Semaphore UI, “Semaphore runner output capture and executor limits”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/services/runners/job_pool.go#L167-L192 (参照日: ).
  33. Semaphore UI, “Semaphore workflow input mapping model”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db/Workflow.go#L27-L44 (参照日: ).
  34. Red Hat, “Ansible Automation Platform interface example”. URL: https://www.redhat.com/en/blog/whats-new-in-ansible-automation-platform-2.6 (参照日: ).
  35. Red Hat, “Ansible Automation Platform pricing and deployment options”. URL: https://www.redhat.com/en/technologies/management/ansible/pricing (参照日: ).
  36. Red Hat, “Configure central authentication for Ansible Automation Platform”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-assembly_gw_configure_authentication (参照日: ).
  37. Semaphore UI, “Authentication”. URL: https://semaphoreui.com/docs/admin-guide/authentication (参照日: ).
  38. Red Hat, “Configure logging components”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/observe-ref_controller_loggers (参照日: ).
  39. Semaphore UI, “Audit log”. URL: https://semaphoreui.com/docs/admin-guide/audit-log (参照日: ).
  40. Red Hat, “Production Support Terms of Service”. URL: https://access.redhat.com/support/offerings/production/sla (参照日: ).
  41. Red Hat, “Configuring self-service automation portal”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/pdf/configuring_self-service_automation_portal/Red_Hat_Ansible_Automation_Platform-2.6-Configuring_self-service_automation_portal-en-US.pdf (参照日: ).
  42. Semaphore UI, “Variable Groups and reusable configuration”. URL: https://semaphoreui.com/docs/user-guide/environment (参照日: ).
  43. Semaphore UI, “Tasks, execution history and Ansible summaries”. URL: https://semaphoreui.com/docs/user-guide/tasks (参照日: ).
  44. Semaphore UI, “Terraform plan and apply command construction in the Semaphore UI 2.20 candidate”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db_lib/TerraformApp.go (参照日: ).
  45. Semaphore UI, “Get started”. URL: https://semaphoreui.com/docs/getting-started (参照日: ).
  46. Red Hat, “Set extra variables in job templates”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-ref_controller_job_template_variables (参照日: ).
  47. Semaphore UI, “Consul dynamic inventory”. URL: https://semaphoreui.com/docs/user-guide/inventory/consul-dynamic-inventory (参照日: ).
  48. Red Hat, “Add a source to an inventory”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-proc_controller_add_source (参照日: ).
  49. Ansible community, “Ansible constructed inventory plugin”. URL: https://docs.ansible.com/projects/ansible/latest/collections/ansible/builtin/constructed_inventory.html (参照日: ).
  50. Red Hat, “Create dynamic groups with constructed inventories”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-ref_controller_constructed_inventories (参照日: ).
  51. Semaphore UI, “Inventory types and stored resources”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db/Inventory.go (参照日: ).
  52. Red Hat, “Launch a job template and enable fact storage”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-proc_controller_launch_job_template (参照日: ).
  53. Semaphore UI, “Runner selection and capacity”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/services/tasks/RemoteJob.go (参照日: ).
  54. Red Hat, “Define where automation runs with host and node groupings”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-define_where_automation_runs_with_host_and_node_groupings (参照日: ).
  55. Semaphore UI, “Ansible role and collection installation”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db_lib/AnsibleApp.go (参照日: ).
  56. Red Hat, “Configure collections from source management to run in a project”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/develop-ref_projects_collections_support (参照日: ).
  57. Red Hat, “Control where automation runs with container groups”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/administer-con_controller_container_groups (参照日: ).
  58. Semaphore UI, “Task dispatch, runner routing and concurrency”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/services/tasks/TaskPool.go (参照日: ).
  59. Red Hat, “How job capacity is determined and impacts job runs”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/optimize-con_controller_capacity_determination (参照日: ).
  60. Semaphore UI, “Notification channels”. URL: https://semaphoreui.com/docs/admin-guide/notifications (参照日: ).
  61. Red Hat, “Create a notification template”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/observe-proc_controller_create_notification_template (参照日: ).
  62. Semaphore UI, “Terraform HTTP backend and state history”. URL: https://semaphoreui.com/docs/user-guide/apps/terraform/states (参照日: ).
  63. Semaphore UI, “Terraform/OpenTofu workspaces”. URL: https://semaphoreui.com/docs/user-guide/apps/terraform/workspaces (参照日: ).
  64. Red Hat, “Terraform backend configuration credentials”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-ref_controller_credential_terraform (参照日: ).
  65. Semaphore UI, “Workflow template selection across automation tools”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/web/src/components/workflow/WorkflowQuickAddMenu.vue (参照日: ).
  66. Semaphore UI, “External secret storage types in the Semaphore UI 2.20 candidate”. URL: https://github.com/semaphoreui/semaphore/blob/58a596ed20b724af67c468588edcda12d1779549/db/SecretStorage.go (参照日: ).
  67. Devolutions, “Ansible collection and secret lookup plugins”. URL: https://github.com/Devolutions/ansible-dvls (参照日: ).
  68. Semaphore UI, “CyberArk secret storage for Enterprise”. URL: https://semaphoreui.com/docs/user-guide/key-store/cyberark (参照日: ).
  69. Red Hat, “Review Ansible job output and host events”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/get_started-assembly_gs_auto_op (参照日: ).
  70. Red Hat, “Configure generic OIDC authentication”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/secure-proc_controller_set_up_generic_oidc (参照日: ).
  71. Red Hat, “Deploy the MCP server on Ansible Automation Platform”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/extend-assembly_deploying_ansible_mcp_server (参照日: ).
  72. Red Hat, “Use the automation intelligent assistant”. URL: https://docs.redhat.com/en/documentation/red_hat_ansible_automation_platform/2.6/extend-con_using_chatbot (参照日: ).
  73. cloin, “Community MCP connector for Semaphore UI”. URL: https://github.com/cloin/semaphore-mcp (参照日: ).

上記のドキュメント、リポジトリ、製品情報に基づきSemaphore UI Teamが作成した比較です。各出典に参照日を記載しています。

関連リンク

チームがすでに行っている運用と、必要な制御を評価してください。

Semaphore UI のインストール

インストール方法を選び、既存の操作の一つで評価してください。

Semaphore UI のエディションを比較

チームに必要なアクセス、シークレット保管、実行の制御を確認します。