如何把 AWS AgentCore 与 Azure AI Foundry Agent 联邦到同一网关Jarvis Registry 跨云 Agent 联邦实战指南【免费下载链接】jarvis-registryConnect any AI copilot or autonomous agent to your enterprise tools — through a single, secure MCP/Agent gateway with built-in identity, access control, and full observability.项目地址: https://gitcode.com/gh_mirrors/ja/jarvis-registry跨云 Agent 联邦一次配置搞定在企业 AI 落地中Agent 往往分散在不同云平台一部分跑在 AWS AgentCore一部分在 Azure AI Foundry。客户端Copilot、自主 Agent需要为每个云写不同的发现与鉴权逻辑维护成本很高。Jarvis Registry是一个开源的 MCP / A2A Agent 网关与注册中心它通过联邦Federation机制把 AWS AgentCore 与 Azure AI Foundry 中的 MCP 服务器和 A2A Agent 自动同步进同一个网关实现统一目录、统一鉴权、统一共享和全链路可观测。核心价值一句话一个安全网关管住两个云的 Agent。为什么需要跨云 Agent 联邦资源分散AgentCore 上的 MCP 运行时和 Foundry 里的 Agent 各自为政客户端无法统一发现鉴权复杂AWS 用 IAM / 角色假设Azure 用 Entra ID RBAC客户端需要写两套鉴权治理缺失导入的外部 Agent 默认应该私有管理员审核后才能共享给团队观测困难跨云调用缺少统一日志、指标与追踪Jarvis Registry 的联邦模块核心实现在 registry/src/registry/services/federation/把这些问题收敛到一处同步、规范化、鉴权推断、共享管控、向量索引重建全部由网关完成。三步完成跨云 Agent 联邦配置第一步在 UI 中创建联邦连接管理员在注册中心前端进入联邦管理页面选择 Provider 类型AWS AgentCore / Azure AI Foundry / GitHub填写连接参数。创建表单源码位于 MainConfigForm.tsx。AWS AgentCore 需要填Region如us-east-1AGENTCORE_ASSUME_ROLE_ARNJarvis 的 Pod 会通过 STS 假设该角色访问 AgentCore 控制面Resource Tags Filter可选如env:production, team:platform只导入标签完全匹配的运行时Azure AI Foundry 需要填Project Endpointhttps://{account}.services.ai.azure.com/api/projects/{project}Tenant ID / Client ID / Client Secret可选默认使用托管身份改用服务主体时三者一起填写表单说明与完整流程详见 docs/features/agentcore-federation.md 与 docs/features/foundry-ai-federation.md。第二步自动同步与元数据规范化保存后Jarvis Registry 校验连接并建立联邦链接然后自动拉取资源云来源导入的资源规范化要点AWS AgentCoreMCP 服务器 A2A Agent自动推断每个运行时的鉴权模式IAM 或 JWT存到资源级runtimeAccessAzure AI FoundryA2A Agent处理非标准 AgentCard 发现路径如agentCard/v0.3并记录 Entra ID RBAC 前置条件同步采用版本感知、最小写入策略首次同步插入、版本不变跳过、版本变化更新、消失即删除并同步重建 Weaviate 向量索引保证语义搜索可用。完整同步策略与 API 契约见 docs/design/federation-api.md。第三步审核后共享治理与本地资源一致联邦导入的资源不会自动对所有用户可见。管理员可以先保持私有用于验证共享给特定用户或用户组验证通过后发布给所有具备 VIEW 权限的用户共享面板、ACL 强制认证 → RBAC → ACL 三层与本地 MCP 服务器、本地 Agent 完全一致安全设计详见 docs/design/security-design.md。客户端如何消费联邦资源同步完成后外部资源与本地资源在同一目录里呈现客户端无需感知它来自哪个云统一注册中心端点Copilot 与 Agent 通过同一个网关入口发现并调用 MCP 服务器 / A2A Agent鉴权透明网关在调用时按资源的runtimeAccess配置自动完成 AWS STS 假设角色或 Entra ID 令牌获取客户端只面对网关自己的认证语义搜索基于重建后的向量索引Agent 可按技能、描述、标签找到正确的工具A2A Agent 的发现与管理界面参考 docs/img/a2a-discovery.png网关层面的访问控制效果见 docs/img/mcpgw-ac-1.png。如何验证与排查跨云同步同步状态联邦列表 / 详情页展示syncStatusidle / pending / syncing / success / failed、统计mcpServerCount、agentCount、toolCount、importedTotal与lastSync摘要失败原因会保留在errorMessages中部分成功语义只要至少一个资源完整导入作业整体记为success同时保留失败资源明细方便定位如403 Forbidden的 Agent 会被排除手动验证脚本scripts/azure_foundry_sync.py — 走生产代码路径创建 Foundry 联邦并触发同步scripts/azure_foundry_execute.py — 读取已同步的 A2A Agent 并实际发起一次调用scripts/verify/check_federation_metadata.py — 校验联邦元数据小结一套网关两个云一个目录关注点Jarvis Registry 的做法跨云发现AgentCore / AI Foundry 联邦自动导入标签过滤鉴权治理控制面发现与数据面调用鉴权分离资源级自动推断共享管控与本地资源一致的 ACL 模型先私有、后共享、再发布检索与观测向量索引自动重建 请求日志、OTel 追踪、Prometheus 指标如果你也在做多云 Agent 治理从 docs/features/agentcore-federation.md 的创建表单开始再对照 docs/design/federation-api.md 理解 API 契约就能快速把两个云的 Agent 收敛到同一个安全网关后面 【免费下载链接】jarvis-registryConnect any AI copilot or autonomous agent to your enterprise tools — through a single, secure MCP/Agent gateway with built-in identity, access control, and full observability.项目地址: https://gitcode.com/gh_mirrors/ja/jarvis-registry创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考