#误区 1：Workers 就是“把 Node 服务部署到边缘”
不是。
Workers 的运行时、依赖习惯、状态模式、平台绑定方式都和传统 Node 常驻服务不同。你应该优先想：
- Web API
- Bindings
- 数据原语拆分
- 边缘优先的请求流
而不是先想“我原来的 Express 怎么硬搬”。
#误区 2：边缘就一定全球强一致
不是。
不同原语一致性完全不同：
- KV：偏最终一致
- R2：强一致
- D1：关系型查询语义
- Durable Objects：单对象强协调
- Queues：可靠异步，但不保证发布顺序交付
#误区 3：Durable Object 应该做成一个全局大总管
通常不对。
Cloudflare 官方最佳实践强调一个关键设计原则：
按“协调原子”分片。
一个房间一个 DO、一个文档一个 DO、一个会话一个 DO，通常才是正确姿势。
如果你把全世界所有请求都打到一个 DO，上限和瓶颈都是你自己造出来的。
#误区 4：Queues 可以当严格顺序事务总线
不对。
Queues 的价值是可靠、解耦、重试、批处理，不是强顺序协调。
要强顺序，优先考虑 DO 这类单点协调模型。
#误区 5：Serverless 就天然便宜、天然快
也不对。
快不快取决于：
- 你有没有把慢活拆出去
- 你是不是在边缘还频繁回源
- 你是不是把强协调需求乱塞进 KV
- 你是不是让每个请求都做重计算
Serverless 只是省掉运维责任，不会自动替你做架构设计。