即刻App年轻人的同好社区
下载
工程师的日常
计算机工程师的逸闻趣事。
433525人已经加入
- 围绕 Durable Execution & Pi Durable 说几句：
「Durable Execution」 在 「Agent Infra」 领域被持续重视和提起，是 「Agent」 进入 「Cloud」 环境面临规模化挑战下的必然趋势。
当下社区热议的 Pi 终于把原来脏兮兮的 「Harness」 层拿了出去，推出了具备 「Durable」 特性的新包。
从服务端与分布式领域的工程架构视角来看，Pi Durable 在设计上亲和 「Actor Model」，其核心在于计算与状态在物理上的绑定，一旦抓住这个本质，很容易推导出其合适的载体就是当下流行的那些以 「Actor Model」 为设计核心的计算单元，例如 Cloudflare 的 DO、Node / Deno 之父写的 celld 以及 Rivet 等等，因此，它们也确实能第一时间蹭上热度，😄。
然而，这个 「Actor Model」 不是严格意义上的，更不可能算是 「Virtual Actor」，因为它存在一个根本限制，那就是「位置不透明」。
放弃位置透明性（也有号称正在实现中的），在单机维度锁定物理拓扑以降低网络通信开销，其初衷是为了打破长上下文场景下的 I/O 瓶颈并维持流式长连接特性。在多租户模型中，这种绑定设计最大的优势在于较低的基础设施依赖度，开发者无需在外部运维一套复杂的分布式事务日志集群，即可依靠内嵌存储做到开箱即用的持久能力（Checkpoint 机制），在面对轻量级常驻「Agent」、本地终端交互或边缘计算等场景时，能换取很高的研发效能与低成本优势。
然而，在 LLM 动辄数秒的推理时长面前，本地 I/O 相比网络通信的时延优势在总耗时中会被稀释，这也让绑定架构所追求的局部时延优势不再明显，反而让系统在生产环境进行规模化时，必须在应用层解决由于计算状态一体化带来的单机物理瓶颈，以及长周期状态机由于依赖历史日志进行确定性重放而带来的代码热升级与「Schema Migration」难题，单租户 Sandbox 架构同理。
相比之下，以 Restate 或 Temporal 为代表的存储（状态）计算分离的「Stateless Actor」架构，虽然每次状态持久化都必须跨越网络边界并承担确定的网络系统开销，但它通过将状态外置于独立日志引擎，在 LLM 耗时占绝对大头的物理现实下，用完全可接受的网络级 I/O 成本，换取了相对好的版本平滑升级能力与真正的无状态弹性扩展，从而成为 Cursor 等重型云端 「Coding Agent」 的主流选择。
持久执行并无银弹，Pi Durable 偏向于为轻量级长时任务提供一个高确定性、低依赖的应用级轻量宿主；而 Restate 等代表的计算与状态分离路线，则是用明确的网络开销换取了集群治理与工程演进的自由。
从业务场景角度来看，两者甚至可以相辅相成。6 10 - 图一这问题我也遇到过。
刚开始 vibe 练手的时候，搞过一个日历站，覆盖全球全部国家，10种语言，10年范围内的年历，月历，周历，日历...
页面总量高达 25 万+，远超 2 万个的静态部署限制，只能动态生成页面。这就导致爬虫遍历一轮，就要请求十几二十万次，也结结实实的烧了不少钱。
最悲催的是，被 google 判定页面太多且质量差，K 了。
最后我缩减了支持的国家，语言，年份，把页面数量控制在 2 万以内，改成了静态部署，等域名到期就给他放生吧🥹
尸体在这：vipcalendar.org
2 00 - AI 能写代码之后，企业更想招一个熟手配上 AI，而不是一个新手。新手要被看见，开源是唯一的一条不用先被录取的路。我做了 GoodFirstIssue.org，按难度、语言和领域把 issue 筛出，让他们少翻、多改，用更多的时间，去构建自己在开源社区的信誉。
开源，可能是新手软件工程师的唯一的路了，所以我做了 GoodFirstIssue.org
4 00
