AWS Bedrock AgentCoreはAIエージェントを実行するためのマネージドインフラです — エージェントがAWS内で実行されるためのコンピュート、メモリ、アイデンティティ、 ツールアクセスレイヤーです。きめ細かな認可にCedarを使用しています。これは Olivares AIがガバナンスエンジンに使用するものと同じポリシー言語です。Cedarでの 収束が興味深い点であり、分岐は各製品が占めるレイヤーにあります。
注記： この比較はAgentCoreをエージェントのランタイムインフラレイヤーとして カバーしています。AWS Bedrockにはモデルアクセス、Guardrails（コンテンツセーフティ）、 Knowledge Basesも含まれます — これらの隣接機能は vs AIゲートウェイ & Guardrailsでカバーされています。
AgentCoreの優れている点（これらの用途にお使いください）
AgentCoreは、マネージドインフラ上でエージェントを大規模に実行するという運用課題に 対するAWSの回答です：
- エージェントランタイム。 エージェント実行のためのマネージドコンピュート — 独自のインフラを運用せずに、プロビジョニング、スケーリング、ライフサイクル管理を 提供します。
- ツールアクセス。 エージェントとAWSサービス（データベース、API、ストレージ）間の マネージドコネクティビティ、ビルトインのツールインテグレーションを備えています。
- Cedar認可。 Cedarを使用したきめ細かな属性ベースのアクセスコントロール — 同じポリシー言語、同じ形式検証特性。
- オブザーバビリティ。 AWSエコシステム内でのエージェント実行に対する ビルトインのモニタリング、ロギング、トレーシング。
- アイデンティティ。 IAMに紐付けられたエージェントアイデンティティ — AWSの アイデンティティモデル内でエージェントがプリンシパルとして機能します。
お客様の課題が*「マネージドインフラ、IAMスコープのツールアクセス、Cedar認可により AWS上でエージェントを実行する」*というものであれば、AgentCoreがそれを解決します。 当社はそのランタイムレイヤーを再実装しません。
ランタイムの上にあるガバナンスのギャップ
AgentCoreはエージェントがAWSランタイム境界内で何をできるかをガバナンスします。 エージェントがインフラ境界を横断して運用される場合 — 複数クラウド、オンプレミスの データベース、MCPサーバー、セルフホストツール — または証跡がそれを生成したプラットフォーム から独立して存続する必要がある場合に生じる問題には回答しません。
| ランタイムが残すギャップ | 重要である理由 | Olivares AIが提供するもの |
|---|---|---|
| クロスインフラスコープ | AgentCoreはAWS内でガバナンスします。多くの環境はAWS、Azure、オンプレミス、セルフホストツールにまたがります | あらゆる環境 — クラウド、オンプレミス、エアギャップ — を横断した、単一アクセスマップによるインフラ全体のガバナンス |
| 改ざん不可能な証跡 | ランタイムログはミュータブルなプラットフォーム記録です。監査人は独立して検証可能な証拠を求めます | append-only、ハッシュチェーン、Ed25519署名付き台帳 — オフボックス検証可能、OSCALエビデンスとしてエクスポート可能 |
| ベンダーニュートラルなデプロイ | AgentCoreはAWSを必要とします。ガバナンスデータはAWSのマネージドサービス内に存在します | お客様のインフラ上でセルフホスト — Linux、Docker、Kubernetes、エアギャップ対応。ガバナンスデータがお客様の境界外に出ることはありません |
| フレームワークニュートラルなガバナンス | AgentCoreはそのランタイム上で実行されるエージェントをガバナンスします。他のランタイムを使用するエージェントには別途ガバナンスが必要です | あらゆるフレームワークやランタイムのエージェントをガバナンス — Claude Code、AutoGen、LangGraph、カスタム — 単一プレーンで |
| ライブセッション介入 | ランタイムレベルのコントロール。ライブセッション全体にわたるキルスイッチやbreak-glassは文書化されていない | HITLアプルーバル、break-glass、そしてデュアルコントロールによる再有効化まで全ガバナンス対象のアクチュエーションを拒否するキルスイッチ |
| 主権 | AWS上のマネージドサービス — ガバナンスデータはAWSのクラウド内に存在します | セルフホスト対応。アクセス関係とガバナンス記録がお客様のインフラ上にとどまります |
これらはランタイム機能ではありません。ギャップは、単一のランタイムの上に位置する ガバナンスと証跡であり、より良いランタイムではありません。
Cedarの収束
最も重要な共有設計判断：Olivares AIとAWS Bedrock AgentCoreの両方が認可にCedarを 使用しています。これは表面的な重複ではありません：
- 同じポリシー言語。 Cedarのdeny-by-default、属性ベースのモデルは、アドホックな RBACでは実現できない形式検証特性を提供します。
- 同じメンタルモデル。 AgentCoreのランタイム向けにCedarポリシーを記述する組織は、 Olivaresのガバナンスプレーン向けにも同じシンタックス、セマンティクス、ツールで Cedarポリシーを記述できます。
- コンポーザブルなレイヤー。 AgentCoreはランタイムツールアクセスレベルで Cedarをエンフォースし、OlivaresはインフラガバナンスレベルでCedarをエンフォースします。 同じ言語、異なるスコープ、選択によっては同じポリシーストア。
Cedarでの収束が、この2つの製品が競合するのではなくクリーンに連携する理由です。
AgentCoreが適切な選択となる場合
- AWS上で構築しており、マネージドエージェントランタイムインフラ — プロビジョニング、 スケーリング、ツールコネクティビティ、IAMスコープのアイデンティティ — が必要で、 独自のコンピュートレイヤーの運用を避けたい場合。
- エージェント環境がAWSネイティブであり、ガバナンス境界がAWSアカウント境界と 一致する場合。
- ランタイムレベルのCedar認可が必要で、AWSのマネージドオブザーバビリティが コンプライアンス要件に十分な場合。
Olivaresが適切な選択となる場合
- エージェント環境が複数クラウド、オンプレミス、セルフホストインフラにまたがり、 それらすべてを横断する単一のガバナンスプレーンが必要な場合。
- 証跡が改ざん不可能、独立して検証可能、かつエクスポート可能でなければならない場合 — 単一プラットフォームのロギングインフラに依存しない場合。
- ガバナンスデータがインフラ境界外に出ないセルフホストまたはエアギャップの コントロールプレーンが必要な場合。
- エージェントがAgentCore上、ベアメタル上、または独自のKubernetesクラスター上のいずれで 実行されても同様に機能するベンダーニュートラルなガバナンスが必要な場合。
連携する場合
最も強力なデプロイは両方を組み合わせます：
- AgentCoreをマネージドランタイムとして — AWS上でエージェントを実行し、IAMスコープの ツールアクセスとランタイム境界でのCedar認可を提供します。
- Olivaresをガバナンスプレーンとして — インフラ全体の可視性、クロスランタイムの アクセスマップ、改ざん不可能な証跡、そしてAgentCore上のエージェントと他の場所の エージェントを横断したライブセッション介入（キルスイッチ、break-glass、HITL）を 提供します。
両レイヤーで同じCedar言語。1つのポリシーメンタルモデル。ランタイムがエージェントの 呼び出し対象をガバナンスし、Olivaresがエージェントが実際にアクセスしたものをガバナンスし、 それを証明します。
関連
- vs AIゲートウェイ & Guardrails — コンテンツセーフティフックとしてのBedrock Guardrails、競合ではありません。
- vs AIコントロールタワー — ランタイムとガバナンスプレーンの上にタワーが位置する場所。
- サブスクリプション認証エージェントのガバナンス — Olivaresがユーザーサブスクリプションで認証するエージェントをガバナンスする方法。