组件和角色
每个组件都有其存在的理由。
- 01Next.js 应用程序
提供公共接口、静态内容、路由处理程序以及在需要时的服务器端渲染路径。
- 02Cloudflare Workers部署路径
通过当前兼容的Next.js适配器在边缘运行应用程序。
- 03服务器端模型边界
保持提供者凭据私有，并应用验证、超时、预算和安全失败行为。
- 04可选的D1和R2绑定
在产品流程证明需求后，才添加结构化记录或生成的工件。
- 05发布和观察循环
将每个部署连接到提交、路由检查、错误可见性、成本信号和回滚规则。
数据流
浏览器 → 验证的应用程序路径 → 必要时的模型提供者 → 可选的D1/R2记录 → 用户可见结果 → 发布和错误审查
默认选择
从这里开始，然后根据说明的原因切换。
Next.js on Workers
vinext 用于兼容的新应用；OpenNext 用于存在迁移差距的现有应用
- 选择原因
- 符合Cloudflare当前的指导方针，同时避免未经验证的生产迁移。
- 当...时切换
- 当兼容性、维护状态或应用需求发生重大变化时，重新评估适配器。
结构化持久性
在流程需要持久记录之前没有数据库；D1作为Cloudflare原生的起点
- 选择原因
- 在不需要时避免操作未使用的状态，而在持久化变为现实时保持直接绑定路径。
- 当...时切换
- 当关系功能、可移植性、区域或团队操作使它成为更好的选择时，请使用现有的Postgres系统或其他存储系统。
工件存储
在文件或不可变导出存在之前没有对象存储；当它们存在时使用R2
- 选择原因
- 保持首次发布的小规模，并将大对象与结构化记录分开。
- 当...时切换
- 当数据驻留、工具或组织标准超过整合时，请使用现有的对象存储。
操作假设
成本、隐私、替代方案和限制。
人工检查点
保持负责任的决策可见。
- 批准单一流程范围和数据边界
- 审查生产配置和确切的发布工件
- 验证公共版本并拥有回滚
证据和来源
查看支持此记录的内容。
RichBay 实际使用
最后审查 2026-09-05。在采用之前，请重新检查当前提供方的文档、限制、定价和条款。