AWS Bedrock AgentCore — це керована інфраструктура для запуску AI-агентів — обчислювальний шар, пам’ять, ідентичність та доступ до інструментів, на яких агенти виконуються в межах AWS. Він використовує Cedar для детальної авторизації — ту саму мову політик, яку Olivares AI використовує для свого engine управління. Конвергенція на Cedar — це цікава частина; розходження полягає у шарі, який кожен продукт займає.
Примітка: Це порівняння охоплює AgentCore як runtime-інфраструктурний шар. AWS Bedrock також включає доступ до моделей, Guardrails (безпеку контенту) та Knowledge Bases — ці суміжні можливості розглянуті у vs AI gateways & Guardrails.
Що AgentCore робить добре (використовуйте його для цього)
AgentCore — це відповідь AWS на операційну проблему запуску агентів у масштабі на керованій інфраструктурі:
- Runtime агентів. Кероване обчислення для виконання агентів — provisioning, масштабування та lifecycle без експлуатації власної інфраструктури.
- Доступ до інструментів. Кероване з’єднання між агентами та сервісами AWS (бази даних, API, сховища) із вбудованими інтеграціями інструментів.
- Авторизація Cedar. Детальний, attribute-based контроль доступу з використанням Cedar — та сама мова політик, ті самі властивості формальної верифікації.
- Observability. Вбудований моніторинг, логування та трасування для виконання агентів у екосистемі AWS.
- Ідентичність. Ідентичність агента, прив’язана до IAM — агенти як principals у моделі ідентичності AWS.
Якщо ваша проблема — «запускати агентів на AWS із керованою інфраструктурою, IAM-scoped доступом до інструментів та авторизацією Cedar», AgentCore її вирішує. Ми не реімплементуємо цей runtime-шар.
Прогалина управління над runtime
AgentCore керує тим, що агенти можуть робити в межах AWS runtime boundary. Він не відповідає на питання, що виникають, коли агенти працюють через межі інфраструктури — кілька хмар, on-premises бази даних, MCP-сервери, self-hosted інструменти — або коли доказова база має існувати незалежно від платформи, яка її створила.
| Прогалина, яку залишає runtime | Чому це важливо | Що забезпечує Olivares AI |
|---|---|---|
| Крос-інфраструктурний охват | AgentCore керує в межах AWS; багато інфраструктур охоплюють AWS, Azure, on-prem та self-hosted інструменти | Управління по всій інфраструктурі в будь-якому середовищі — хмара, on-prem, air-gapped — через єдину карту доступу |
| Доказова база, захищена від підробки | Runtime-логи — це змінювані записи платформи; аудитору потрібні незалежно верифіковані докази | Append-only ledger із хеш-ланцюжком, підписаний Ed25519 — верифікований off-box, експортований як OSCAL evidence |
| Vendor-neutral розгортання | AgentCore вимагає AWS; дані управління живуть у managed service AWS | Self-hosted на вашій інфраструктурі — Linux, Docker, Kubernetes, air-gapped; дані управління ніколи не залишають ваш периметр |
| Framework-neutral управління | AgentCore керує агентами, що працюють на його runtime; агенти на інших runtime потребують окремого управління | Керує агентами будь-якого фреймворку або runtime — Claude Code, AutoGen, LangGraph, custom — через єдину площину |
| Втручання в live-сесію | Контролі на рівні runtime; kill switch або break-glass по live-сесіях не задокументовано | Затвердження HITL, break-glass та kill switch, що блокує всю керовану актуацію до dual-control re-enable |
| Суверенітет | Managed service на AWS — дані управління живуть у хмарі AWS | Self-hosted; зв’язки доступу та запис управління залишаються на вашій інфраструктурі |
Це не runtime-функції. Прогалина — це управління та доказова база, що працюють над будь-яким окремим runtime, а не кращий runtime.
Конвергенція на Cedar
Найзначущіше спільне дизайнерське рішення: і Olivares AI, і AWS Bedrock AgentCore використовують Cedar для авторизації. Це не поверхневий збіг:
- Та сама мова політик. Deny-by-default, attribute-based модель Cedar забезпечує властивості формальної верифікації, яких ad-hoc RBAC не може досягти.
- Та сама ментальна модель. Організація, що пише Cedar-політики для runtime AgentCore, може писати Cedar-політики для площини управління Olivares з тим самим синтаксисом, тією самою семантикою, тим самим інструментарієм.
- Композовані шари. AgentCore застосовує Cedar на рівні runtime tool-access; Olivares застосовує Cedar на рівні управління інфраструктурою. Та сама мова, різний scope, один policy store, якщо побажаєте.
Конвергенція на Cedar — це причина, чому ці два продукти компонуються чисто, а не конфліктують.
Коли AgentCore — правильний вибір
- Ви будуєте на AWS і хочете керовану runtime-інфраструктуру для агентів — provisioning, масштабування, підключення до інструментів, IAM-scoped ідентичність — без експлуатації власного обчислювального шару.
- Ваша інфраструктура агентів AWS-native, і межа управління збігається з межею AWS account.
- Вам потрібна авторизація Cedar на рівні runtime, і керованої observability AWS достатньо для ваших вимог відповідності.
Коли Olivares — правильний вибір
- Ваша інфраструктура агентів охоплює кілька хмар, on-premises та self-hosted інфраструктуру — і вам потрібна єдина площина управління по всьому.
- Доказова база має бути захищеною від підробки, незалежно верифікованою та експортованою — не прив’язаною до logging-інфраструктури жодної окремої платформи.
- Вам потрібна self-hosted або air-gapped площина управління, де дані управління ніколи не залишають периметр вашої інфраструктури.
- Вам потрібне vendor-neutral управління, що працює однаково незалежно від того, чи агенти працюють на AgentCore, на bare metal чи у вашому власному Kubernetes-кластері.
Коли вони компонуються
Найпотужніше розгортання поєднує обидва:
- AgentCore як керований runtime — запускає ваших агентів на AWS, надає IAM-scoped доступ до інструментів та авторизацію Cedar на межі runtime.
- Olivares як площина управління — забезпечує видимість по всій інфраструктурі, крос-runtime карту доступу, доказову базу, захищену від підробки, та втручання в live-сесії (kill switch, break-glass, HITL) для агентів на AgentCore і агентів в інших місцях.
Та сама мова Cedar на обох шарах. Одна ментальна модель для політик. Runtime керує тим, що агент може викликати; Olivares керує тим, до чого він фактично звернувся, і доводить це.
Пов’язане
- vs AI gateways & Guardrails — Bedrock Guardrails як hook безпеки контенту, а не конкурент.
- vs AI control towers — де вежа розташовується над runtime та площиною управління.
- Governing subscription-authed agents — як Olivares керує агентами, що автентифікуються через підписку користувача.