[控场AI]
概念Actor 模型

Actor

一种并发计算模型,以 Actor 为计算基本单元,每个 Actor 拥有独立私有状态,通过异步消息传递通信,不共享内存

时间轴 (近 90 天)

10月18日

每次运行 Apify Actor 会产出一个带唯一数据集 ID 的结构化结果数据集,分类器可通过传入数据集 ID 直接读取上一步抓取结果。

待验证50%
10月15日

Agent Substrate 将 Agent 的运行环境抽象为 Actor,Actor 运行在 Worker 之上,Worker 由 WorkerPool 统一管理。

待验证50%
10月15日

在 Agent Substrate 中,Actor 未被调度时处于挂起(suspended)状态,仅作为记录存在,不消耗 CPU 或内存。

待验证50%
10月15日

每个 Worker 的内存上限为 1Gi,而每个 Actor 模板要求 768Mi,因此一个 Worker 只能容纳一个 Actor。

待验证50%
10月15日

在 Agent Substrate 中,通过 `kubectl ate create actor` 命令可批量创建 Actor,创建后初始状态为 ACTOR_STATE_SUSPENDED。

待验证50%
10月15日

手动挂起一个正在运行的 Actor 释放内存后,等待中的 Actor 便能成功调度。

待验证50%
10月15日

当 WorkerPool 从 2 个副本扩展到 6 个副本后,六个被唤醒的 Actor 全部获得调度,请求返回 200。

待验证50%
10月15日

本文选择 HPA 而非 VPA,是因为单个 Worker 的内存上限决定了它只能容纳固定数量的 Actor,扩大单 Worker 内存无法解决调度瓶颈,增加 Worker 数量才是正确的扩展方向。

待验证50%
10月15日

在 Agent Substrate 中,当两个 Worker 各被一个 Actor 占满(768Mi/1Gi)后,再请求第三个 Actor 会收到 504 超时,因为无足够空闲内存调度。

待验证50%
10月13日

Apify 是一个云端网页抓取与自动化平台,开发者可将针对特定网站的采集逻辑打包成可复用的 Actor,发布到 Apify 商店供他人按次调用。

待验证50%

全部知识事实 (10)

待验证

每次运行 Apify Actor 会产出一个带唯一数据集 ID 的结构化结果数据集,分类器可通过传入数据集 ID 直接读取上一步抓取结果。

50%
待验证

Agent Substrate 将 Agent 的运行环境抽象为 Actor,Actor 运行在 Worker 之上,Worker 由 WorkerPool 统一管理。

50%
待验证

在 Agent Substrate 中,Actor 未被调度时处于挂起(suspended)状态,仅作为记录存在,不消耗 CPU 或内存。

50%
待验证

每个 Worker 的内存上限为 1Gi,而每个 Actor 模板要求 768Mi,因此一个 Worker 只能容纳一个 Actor。

50%
待验证

在 Agent Substrate 中,通过 `kubectl ate create actor` 命令可批量创建 Actor,创建后初始状态为 ACTOR_STATE_SUSPENDED。

50%
待验证

手动挂起一个正在运行的 Actor 释放内存后,等待中的 Actor 便能成功调度。

50%
待验证

当 WorkerPool 从 2 个副本扩展到 6 个副本后,六个被唤醒的 Actor 全部获得调度,请求返回 200。

50%
待验证

本文选择 HPA 而非 VPA,是因为单个 Worker 的内存上限决定了它只能容纳固定数量的 Actor,扩大单 Worker 内存无法解决调度瓶颈,增加 Worker 数量才是正确的扩展方向。

50%
待验证

在 Agent Substrate 中,当两个 Worker 各被一个 Actor 占满(768Mi/1Gi)后,再请求第三个 Actor 会收到 504 超时,因为无足够空闲内存调度。

50%
待验证

Apify 是一个云端网页抓取与自动化平台,开发者可将针对特定网站的采集逻辑打包成可复用的 Actor,发布到 Apify 商店供他人按次调用。

50%

来源文章