Default Execution Identity

既定の実行 ID 機能を使用すると、新しい Orchestrator テナントでオートメーションを実行するために必要な設定の手間が省けます。この機能を使用しない場合、オートメーションを新しいテナントにデプロイすると、通常は「Unattended ロボットが見つかりませんでした」というエラーが発生して失敗します。これは、ジョブを実行する前に各フォルダーにロボット アカウントとマシン テンプレートが必要であるためです。

既定の実行 ID を使用すると、新しいテナントが登録されると、必要なアカウントとマシンが自動的にプロビジョニングされ、そのテナントに作成されるすべての新しいルート フォルダーに、設定可能な既定の ID が適用されます。

動作のしくみ

新しいテナント登録時の自動プロビジョニング

新しいテナントが登録されると、Orchestrator は自動的にプロビジョニングします。

• Automation User ロールを持つ既定のロボット アカウント
• 既定のサーバーレス マシン テンプレート

このプロビジョニングはテナントの作成時に行われ、管理者の介入は必要ありません。オートメーションは、ロボットやマシンを手動で設定することなく、新しく作成されたテナントで実行できます。

既定の実行 ID のテナント設定

管理者は、テナント > の [設定] で既定の実行 ID を設定できます。構成では、次のことを指定します。

• 1 つのアカウントと、そのアカウントが割り当てられた各フォルダーで保持するロール
• マシン テンプレート 1 つ
• 割り当てられたマシンがサブフォルダーに反映されるかどうかを制御するフラグです

構成では、最大で 1 つのアカウントと 1 つのマシンを指定できます。複数のアカウントまたは複数のマシンを参照する設定は、検証エラーで拒否されます。

新しいルート フォルダーへの ID の適用

新しいルート フォルダーが作成されると、Orchestrator は既定の実行 ID の設定を読み取り、設定されたアカウントとマシンをそのフォルダーに自動的に割り当てます。開発者は、アカウントやマシンの設定を追加することなく、すぐにプロセスをデプロイしてジョブを実行できます。

既定の ID は、新しく作成されるルート フォルダーにのみ適用されます。サブフォルダーは直接割り当てられません。サブフォルダーへのアクセスは、Propagate-to-Subfolders フラグの後に続きます。既存のフォルダーは影響を受けません。

範囲と制限事項

条件	動作
新規テナント登録	既定のロボット アカウント (Automation User ロール) と既定のサーバーレス マシン テンプレートは自動的にプロビジョニングされます
既存のテナント	自動プロビジョニングは過去にさかのぼっては適用されません。管理者は、[既定の実行 ID] 設定を手動で設定する必要があります。
新しいルート フォルダー	設定したアカウントとマシンは、フォルダーの作成時に自動的に割り当てられます
既存のフォルダー	既定の実行 ID の設定の影響を受けない
サブフォルダー	直接割り当てられていません。アクセスは、Propagate-to-Subfolders フラグの後に続きます。
アカウント制限	既定の実行 ID の設定ごとに 1 つのアカウント
マシンの制限	既定の実行 ID の設定ごとに 1 台のマシン

クリーンアップの動作

既定の実行 ID の設定で参照されているアカウントまたはマシンが削除されると、そのエントリは設定から自動的に削除されます。結果として生成される設定が空になった場合、エラーを発生させずに apply-on-folder-creation パスはスキップされます。

自動クリーンアップの実行前のフォルダーの作成時に、参照されるアカウントまたはマシンが存在しない場合、Orchestrator は警告をログに記録し、割り当てをスキップします。既定の実行 ID の設定が古いためにフォルダーの作成が失敗することはありません。

関連タスク

既定の実行 ID の設定を構成するには、「 既定の実行 ID を構成する」をご覧ください。