Microsoft Agent 365 は、AI エージェントMicrosoftのエンタープライズ コントロール プレーンです。 Entra エージェント ID を通じて、エージェントを第一級の Microsoft Entra の ID として扱います。 この ID モデルを使用すると、組織は認証、承認、およびライフサイクル ガバナンスをエージェント ID オブジェクトに直接適用できます。 エージェント 365 は、そのエージェントが構築または取得された場所に関係なく、組織全体のすべてのエージェントを監視、管理、セキュリティで保護する 1 つの場所を IT チームに提供します。 Microsoft Foundry エージェントは Agent 365 と統合されるため、組織は Foundry に組み込まれているエージェントに一貫した ID、セキュリティ、およびライフサイクル管理ポリシーを適用できます。
この記事では、Agent 365 が提供する内容、Foundry への接続方法、および 2 つのプラットフォーム間のデータフローについて説明します。 また、ホストされたエージェント テレメトリの追加セットアップが必要な場合についても説明します。
エージェント 365 のコア機能
エージェント 365 は、次の 5 つの柱に基づいて構築されています。
| 能力 | 説明 |
|---|---|
| レジストリ | Foundry と Copilot Studio に組み込まれているエージェント、管理者によって登録されたエージェント、テナントで検出されたシャドウ エージェントなど、組織内のすべてのエージェントの完全なインベントリを提供します。 レジストリでは、ガバナンスと構成証明のワークフローをサポートする所有権の詳細も追跡されます。 |
| アクセスの制御 | エージェントを管理下に置き、MICROSOFT ENTRA ID ベースの承認を使用して、必要なリソースのみにアクセスを制限します。 ロールベースおよび属性ベースのアクセス制御 (RBAC と ABAC) に加えて、リスクベースの条件付きアクセス ポリシーをサポートします。 |
| 視覚化 | 組織は、エージェント、ユーザー、データ間の接続を探索し、エージェントの動作とパフォーマンスをリアルタイムで監視できます。 |
| 相互運用性 | エージェントが実際のワークフローに参加できるように、Microsoft 365アプリと組織データへのアクセスを提供します。 エージェントは、組織のコンテキストのために Work IQ に接続することもできます。 |
| Security | 脅威の検出と動作の監視のためのMicrosoft Defender、およびエージェントのアクティビティとデータに対するデータ保護とコンプライアンス制御のMicrosoft Purviewを通じて、エージェントを脅威や脆弱性から保護します。 |
エージェント 365 の機能と前提条件の完全な一覧については、 エージェント 365 の概要を参照してください。
Entra エージェント ID モデルを使用すると、組織は、定期的なアクセス レビュー、プロビジョニングとプロビジョニング解除のライフサイクル ポリシー、影響の大きいエージェントの所有者構成証明などのガバナンス ワークフローを適用できます。
Foundry と Agent 365 の統合方法
Foundry と Agent 365 は、次の 2 つの方法で接続します。
レジストリ同期 — 発行したすべての Foundry エージェントはエージェント 365 レジストリに自動的に表示され、管理者は手動登録なしですべてのエージェントの 1 つのインベントリを提供します。
Autopilots — Foundry でホストされるエージェントから autopilot ブループリントを作成します。 Autopilot は、すべての Foundry エージェントが持つエージェント ID に加えて Entra エージェント ユーザー アカウントを持っているため、ユーザーの代わりにではなく、自身の ID の下で動作します。 この ID は、エージェントを発行するときではなく、エージェントの作成時に設定します。 発行と管理者の承認後、ブループリントはエージェント 365 レジストリに表示され、ユーザーはMicrosoft Teamsやその他のMicrosoft 365サーフェスで autopilot インスタンスをレンタルできます。 ID モデルについては、「Microsoft Foundry のオートパイロットとは」を参照してください。
詳細な手順については、「 クイック スタート: 最初のオートパイロットを構築する」を参照してください。
サポートされているエージェントの種類
すべての Foundry エージェントの種類で、Agent 365 統合機能の完全なセットがサポートされているわけではありません。 次の表に、現在のサポートの概要を示します。
| エージェントの種類 | レジストリ同期 | Autopilot の公開 | アクティビティ データの収集 |
|---|---|---|---|
| プロンプト エージェント | ✅ | ❌ | ✅ |
| ホスト型エージェント | ✅ | ✅ | Agent 365 SDK を使用したサポート |
ホストされたエージェントテレメトリのエクスポートには、ホストされたエージェントでの明示的な構成と、Agent 365 監視サービスのMicrosoft Entraアクセス許可が必要です。 手順については、「 エージェント 365 の可観測性のアクセス許可を付与する」を参照してください。
有効化とデータ収集
Foundry がエージェント アクティビティ データをエージェント 365 に送信するには、組織で次の 2 つの手順を実行する必要があります。
ライセンスの保存 — テナントには、Frontier プレビュー プログラムに少なくとも 1 つのMicrosoft 365 Copilot ライセンスと登録が必要です。 ライセンスの詳細と登録に関する FAQ については、 エージェント 365 の前提条件を参照してください。
Enable Agent 365 と同意条件 — グローバル管理者が Microsoft 365 管理センター にサインインし、アクセス権を取得するユーザーまたはグループを選択します。 エージェント 365 がアクティブ化される前に、管理者はサービス条件に同意するように求められます。 完全なチュートリアルについては、「 エージェント 365 を有効にする」を参照してください。
Foundry リソースのAzure Resource Manager プロパティがエージェント 365 に対して有効に設定されている場合でも、Foundry から Agent 365 へのデータ フローの前に、両方の手順が必要です。
これらの手順が完了すると、Foundry からのエージェント アクティビティ データがエージェント 365 コントロール プレーンに取り込まれるので、レジストリ、分析ダッシュボード、およびセキュリティ機能が強化されます。 ログ オプションは、 agent365Config リソース プロバイダーの構成によって Foundry リソースごとに制御されます。 ログ記録のしくみとオプトアウト方法の詳細については、「Microsoft Foundry の
Note
Foundry リソースでログ 記録プロパティが有効に設定されている場合でも、テナントに有効なエージェント 365 ライセンスがあり、管理者がエージェント 365 のサービス条件に同意していない限り、データは取り込されません。
データの保存場所
Microsoft Foundry と Agent 365 は異なるデータ所在地モデルに従うので、データ処理とストレージは地理的リージョン間で発生する可能性があります。
| Platform | データ所在地モデル |
|---|---|
| Microsoft Foundry | データ所在地は、Foundry リソースの作成時に選択したAzureリージョンに従います。 すべてのエージェント データ、モデル のデプロイ、およびログは、リソース リージョンに格納されます。 |
| Microsoft エージェント 365 | データ所在地は、Microsoft Entra テナントの torage の場所に従います。 エージェント インベントリ、分析、およびガバナンス データは、テナントに関連付けられている地域に格納されます。 |
エージェント アクティビティ データが Foundry から Agent 365 に流れると、Azure リージョンベースの常駐モデルから Entra テナント常駐モデルに移動します。 特定のデータ所在地要件を持つワークロードの場合は、他のリソースを有効にしたまま、エージェント 365 データ収集から個々の Foundry リソースをオプトアウトできます。
このアプローチを使用すると、コンプライアンス規制で要求される可能性があるデータ フローを制限できます。 詳細については、Microsoft Foundry の