Factory如何利用Vercel将云后端扩展至每月十亿次请求
内容提要
Factory公司利用Vercel平台运行其Next.js后端，每日处理十亿次API请求，p95响应时间为350毫秒。非技术团队通过Droids自主构建和部署内部工具，无需占用工程师时间。Vercel的WAF和速率限制提供网络安全防护，抵御机器人攻击。Factory计划继续扩展其自主软件工厂愿景。
延伸解读
Next.js 作为全栈后端的可行性
Factory 的实践表明，Next.js 不仅能用于前端，还能承载完整的云后端，包括 API 路由、中间件和 Webhook 处理。通过 Vercel 的 Fluid compute 消除冷启动，实现了 p95 响应时间 350ms 以下。这为团队提供了一种简化基础设施的选择，但需注意其适用性：Factory 的负载虽大，但可能并非所有应用都适合，需评估自身场景。
非技术团队自主部署的启示
Factory 利用 Droids 让非技术团队自主构建和部署内部工具，减少了工程师的上下文切换。这展示了通过平台 API 实现自助服务的潜力，但前提是设置好治理和审查机制。对于其他组织，可借鉴其思路，但需根据自身技术栈和团队能力调整，避免过度自动化带来的风险。
安全防护的自动化与持续监控
面对自服务带来的机器人攻击，Factory 依赖 Vercel 的 WAF、速率限制和 DDoS 防护，结合 Observability 进行实时监控。这强调了在开放用户注册时，网络层安全的重要性。但文章未提及具体配置细节，读者需注意，安全防护需根据自身威胁模型定制，不能完全依赖平台默认设置。
Q&A
Factory公司如何利用Vercel扩展其云后端？
Factory公司使用Vercel平台运行其Next.js后端，通过API路由、中间件和Webhook处理程序处理每日十亿次请求，无需单独的基础设施工程团队。他们通过调整内存限制和函数持续时间来扩展，并利用Vercel的Fluid Compute保持函数温暖，避免冷启动延迟。
Factory的Next.js后端如何处理每日十亿次API请求？
Factory的Next.js后端通过API路由处理客户面向的API，中间件管理认证和路由逻辑，Webhook处理程序和日志管道与Web平台并行运行。所有工作负载都吸收到同一个后端，无需单独的基础设施。
Factory如何让非技术团队自主构建和部署内部工具？
Factory的非技术团队使用Factory Desktop App或CLI中的Droids，通过编程方式调用Vercel的API来配置、构建和部署。工程师设置护栏并审查高风险决策，Droids处理其余工作，每天产生数十次部署。
Factory如何保护其API免受机器人攻击？
Factory使用Vercel的Web应用防火墙（WAF）和速率限制来保护API。WAF允许他们设置路由级规则来阻止恶意IP，而速率限制和DDoS防护持续运行。Vercel Observability提供流量模式和问题IP的可见性。
Factory的p95响应时间是多少？
Factory的p95响应时间为350毫秒或更低。
Factory的未来计划是什么？
Factory计划继续扩展其自主软件工厂愿景，使用自己的Droids来构建Factory，并将内部自动化作为未来产品功能，先在自身基础设施上进行压力测试。
