AWS Agentcore 什么是Runtime
AWS AgentCore 里的 Runtime,其实已经不是编程语言里的 Runtime(JVM、Node.js 那种),也不完全是 Docker Runtime。
这里的 Runtime 更接近:
Agent Execution Runtime(Agent 执行运行时)
一个专门用于运行 Agent 的托管执行环境。
你可以把它理解成 Agent 世界里的:
AWS Lambda
+
Kubernetes
+
Session Manager
+
Tool Runtime
+
Identity System
的组合体。
Overview - Amazon Bedrock AgentCore
Runtime
Host agents and tools using any framework and any model on secure, serverless infrastructure
翻译成人话:
把你的 Agent 扔给我我负责把它跑起来
类似于:
agent = MyAgent()
你不用关心:
-
容器
-
VM
-
Kubernetes
-
扩容
-
网络
-
身份认证
这些 Runtime 帮你搞定。
为什么 Agent 需要专门的 Runtime?
传统 API:
请求
↓
函数执行
↓
返回
几十毫秒到几秒结束。
Agent 不一样:
用户
↓
Agent
↓
思考
↓
调用Tool
↓
等待
↓
继续思考
↓
再调用Tool
↓
最终完成
可能持续:
30秒
5分钟
1小时
甚至:
一天
所以普通 Lambda 不够用了。
Agent Runtime 要解决:
状态保存
例如:
Step 1 完成
Step 2 完成
Step 3 等待审批
过几个小时继续。
长时间运行
AWS 这里写:
Long-running async execution
意思就是:
Agent 不需要一直占着请求连接
例如:
Agent 去分析10万个文件
可能跑:
2小时
Runtime 负责托管。
Isolated Sessions 是什么
这一项很关键。
假设:
用户A
用户B
用户C
同时运行 Agent。
Runtime 会给每个 Agent Session:
独立上下文
独立内存
独立凭证
独立状态
类似:
Session A
Session B
Session C
互相隔离。
Embedded Identity
Agent 最大的问题之一:
Agent 到底是谁?
例如:
Agent 调 GitHub
GitHub 会问:
你是谁?
Agent Runtime 会帮你管理:
OAuth
IAM
Credential
Role
Token
所以 Agent 可以天然带身份。
这就是:
Embedded Identity
MCP & A2A Compatible
意思是:
Runtime 不绑定某个框架。
它能接:
-
MCP Tool
-
MCP Resource
-
A2A Agent
例如:
Agent Runtime
↓
MCP Server
↓
GitHub
或者:
Agent Runtime
↓
A2A
↓
另一个Agent
Serverless Endpoint
本质上是:
Agent URL
例如:
https://xxxx.agent.aws
调用:
POST /invoke
Runtime 自动:
拉起实例
执行Agent
返回结果
不用自己维护服务器。
Low Cold Start
这是 AWS 在和 Lambda/K8s 对比。
他们想表达:
启动 Agent 很快
而不是:
请求来了
等30秒拉容器
其实 AgentCore Runtime 最接近什么?
如果让我用一句话描述:
Agent Runtime
=
Agent 专用版 Lambda
+
Agent 专用版 Kubernetes
+
Agent Session Manager
+
Agent Identity Layer
所以 AWS AgentCore 的 Runtime 不是:
JVM Runtime
Node Runtime
Docker Runtime
而是:
Agent Hosting Runtime
也就是:
一个负责运行、隔离、恢复、扩容、鉴权和托管 Agent 生命周期的执行平台。
从 Agent 架构角度看,它的位置大概是:
Agent代码
↓
Agent Runtime ← AgentCore Runtime
↓
Model
Tools
Memory
MCP
A2A
它回答的问题不是:
“代码怎么执行?”
而是:
“这个 Agent 如何在生产环境里持续、安全、可扩展地运行?”
更多推荐

所有评论(0)