01 — 站点痛点与挑战（切入视角）

Web 站点与面向用户的 API 在增长过程中，往往在体验、成本、可靠性、安全与交付效率之间反复拉扯。下面从「业务能感知的问题」抽象成工程挑战，便于后文对照 Cloudflare 的解决路径。

1. 体验：延迟与「离用户太远」

• 静态资源与动态接口分属不同区域：源站在单一区域时，远距离用户的首包、TTFB、API 往返明显变差。
• SSR / 边缘计算需求上升：仅 CDN 缓存 HTML 往往不够，个性化、鉴权、A/B、地理策略等要在请求路径上完成。
• 挑战：如何在不改变业务语义的前提下，把计算与数据访问尽量推到离用户近的位置，同时控制复杂度。

2. 规模：突刺流量与容量规划

• 营销活动、热点事件、爬虫/攻击会导致流量短周期内数量级变化。
• 挑战：传统「按峰值预留」或「手工扩容」成本高、风险大；自动扩缩若做不好，要么浪费要么宕机。

3. 成本：出口带宽、计算与运维叠加

• 对象存储 + 公网回源的典型账单里，「带宽/输出流量」常是隐形成本。
• 挑战：需要既控制 Egress，又避免为闲置容量持续付费；运维人力本身也是成本。

4. 安全：DDoS、Bot、漏洞面与供应链

• 攻击面向边缘与源站同时存在：未托管 WAF/Bot 管理时，源站易被直接打死。
• 挑战：把安全能力前移到边缘，同时不把复杂度全部堆到应用代码里。

5. 架构：全栈协同与「两套运行时」

• 前端框架（React、Vue、Astro、Next 等）的构建产物、服务端渲染或服务端逻辑，若与传统 Node 服务器强绑定，会出现：
• 部署形态分裂（静态站 + 独立 API 服务）；
• 本地开发环境与生产不一致；
• 团队要在「CDN 规则、容器/K8s、网关」间来回协调。
• 挑战：需要单一平台承载静态资源、动态路由、环境配置与可观测性，且对 TypeScript 友好。

6. 数据与一致性：边缘不是银弹

• 边缘适合读多写少、可缓存、可最终一致的路径；强事务、长耗时任务、重 CPU 场景若硬塞在边缘，会撞上运行时与配额边界。
• 挑战：把「边缘擅长的部分」和「必须回中心/异步队列的部分」划清边界，避免把所有逻辑写进一个 fetch 处理器。

7. 交付：类型安全、绑定与多人协作

• 无服务器环境下常见的痛点是：密钥怎么注入、存储怎么连、类型怎么对齐；多人协作时缺少 Env 与 RPC 的类型会从「能跑」退化成「靠记忆约定」。
• 挑战：需要从配置生成类型（bindings、Service、Durable Object 等），让 TS 在编译期兜住集成错误。

8. AI 与语义能力：延迟、成本与数据管线

• 嵌入生成、向量检索、RAG、多模型网关引入新的链路：不仅要关心 HTTP 延迟，还要关心推理限额、向量索引一致性、以及训练/批处理驻留在哪。
• 挑战：边缘适合「轻编排 + 低延迟访问托管向量库/模型」；重训练、大吞吐批处理往往仍落在传统数据科学栈（如 Python/GPU）或批处理集群；需要清晰分层。

专题展开：06 — 数据层、AI、向量与 RAG。

---

下一篇：Cloudflare 如何解决。