王思腾工作室· 王思腾 · 系统架构 · 11 分钟阅读
个人与小团队的全栈技术栈：前端、后端到持续部署，怎么做到低成本、快交付
一个人或两三个人做产品，最大的约束不是技术，是时间和钱。这套栈的目标很明确：不养服务器、不写运维、Git push 就上线、流量小的时候几乎零成本。本文从前端静态优先、后端 Serverless、托管数据库，到 CI/CD 自动部署，给出一套能今天动手、明天上线、跑起来月账单趋近于零的务实组合，顺便拿这个网站本身当例子。
个人开发者和小团队做产品，最缺的从来不是“最强技术”，而是时间和钱。你不会想花两周搭 K8s、养一台 7×24 的数据库服务器、再配一套发布流水线——等这些弄完，热情早没了。
所以这套栈的设计目标就三条：不自己管服务器、Git push 就自动上线、没流量时几乎不花钱。 下面这张图先给个全貌，后面逐层展开。
一、核心原则：把运维外包给平台
先定调，小团队全栈的第一原则是能托管就不自建，能 Serverless 就不养机器：
- 静态优先：能在构建期生成的页面，就不要在服务器上实时渲染；
- 后端用函数/边缘计算：按请求执行，没请求不花钱，不用管进程和扩容；
- 数据库用托管服务：备份、高可用、扩容让平台操心；
- 部署绑 Git：push 到主干即发布，CI 自动跑检查，不手工登录服务器。
一句话：你只写业务代码，剩下的脏活累活交给云平台。 代价是一定程度的厂商绑定和冷启动延迟，但对绝大多数早期产品，这笔交易极其划算。
二、前端：静态优先 + 托管 CDN
前端是这套栈里最便宜、也最该“静态化”的部分。
flowchart LR
Dev["写代码<br/>Astro / Next.js"] --> Build["构建期生成<br/>静态 HTML/JS/CSS"]
Build --> CDN["推到 CDN / 边缘网络"]
CDN --> U1["用户（就近访问）"]
CDN --> U2["用户"]
CDN --> U3["用户"]
Dyn["少量动态数据"] -. "运行时调 API / 函数" .-> U1- 框架选静态友好的：内容站、博客、营销页、文档用 Astro 这类默认输出纯静态 HTML 的框架，零 JS 也能跑，加载快、SEO 好；需要重交互的应用用 Next.js / Nuxt，配合静态导出或边缘渲染；
- 样式用 Tailwind CSS：原子化、不用在文件间跳来跳去、配合模板出活极快；
- 托管在 Vercel / Cloudflare Pages / Netlify：这些平台对静态站免费额度极大，全球 CDN、自动 HTTPS、预览环境全给你配好，push 即部署。
静态站的成本几乎为零：CDN 分发静态文件，不占你的服务器，扛得住突发流量也不额外心疼。
三、后端：Serverless 函数 + 边缘
需要后端逻辑（登录、下单、调第三方、写库）时，别去租云服务器装环境，用函数计算：
- Cloudflare Workers / Vercel Functions / AWS Lambda：一段函数就是一个接口，按调用次数计费，免费额度通常够早期用很久；
- 边缘运行：Workers 这类跑在离用户最近的边缘节点，冷启动快、全球延迟低；
- 函数本身无状态，状态全部放到数据库或对象存储，这样天然能水平扩展。
实践中会形成“静态前端 + 一组 API 函数 + 托管数据库”的形态：前端是静态资源走 CDN，动态请求打到函数，函数读写托管数据库。你没有一台需要 patch、重启、监控的服务器。
四、数据与存储：全托管
| 需求 | 低成本选择 | 说明 |
|---|---|---|
| 关系型数据库 | Neon / Supabase / Cloudflare D1 / PlanetScale | Serverless Postgres/MySQL，按用量、免费档够用，自动备份 |
| 键值/缓存 | Cloudflare KV / Upstash Redis | 边缘 KV，适合会话、配置、热点缓存 |
| 文件/图片 | Cloudflare R2 / S3 兼容存储 | 对象存储，R2 免出口流量费，配合 CDN |
| 图片处理 | 平台图片服务 / 构建期处理 | 能构建期裁剪就别运行时算 |
要点是数据库也别自己装。自建一个生产数据库要操心备份、主从、磁盘、升级，这些对小团队是纯负担。托管数据库免费档起步，等真有数据量了再付费，那时产品多半也活下来了。
五、持续部署：Git push 即发布
这是“快交付”的核心。把部署和代码仓库绑死，让每次合入主干都自动走一遍构建、检查、发布：
flowchart LR
Push["git push 到 main"] --> CI["CI 自动触发<br/>GitHub Actions"]
CI --> Chk["安装依赖 · 类型检查 · lint · build"]
Chk --> Gate{"检查通过？"}
Gate -- 否 --> Fail["报错，阻止发布"]
Gate -- 是 --> Deploy["自动部署到平台"]
Deploy --> Live["线上生效 · CDN 缓存刷新"]
PR["Pull Request"] --> Preview["生成预览环境<br/>先看效果再合并"]- 用 GitHub Actions（免费额度对小项目足够）写一个 workflow：push 后自动
npm ci → 检查 → build → 部署； - 部署目标就是前面的平台：Vercel/Netlify 连仓库后零配置自动发；Cloudflare 用
wrangler deploy或 Pages 连 Git； - 每个 PR 自动出一个预览环境，合并前能点开看真实效果，这对避免“上线才发现样式崩了”特别有用；
- CI 里把类型检查、lint、build 设成硬门槛，挂了就别发布。
有了这套，发布从“登录服务器、拉代码、重启、祈祷”变成“push 一下，喝口水”。回滚也简单：平台都保留历史版本，一键切回。
六、成本账：为什么能趋近于零
小团队这套打法省钱的根本原因：
- 静态资源走 CDN，不占计算资源，流量费极低甚至免费；
- 函数按调用付费，没用户时账单是 0，冷着不花钱；
- 托管数据库/KV/存储都有慷慨免费档，产品早期基本落在免费区间；
- CI/CD、HTTPS、CDN、预览环境平台白送，省掉了自建运维的人力——人力才是小团队最贵的成本。
典型情况：一个日活几百到几千的产品，月账单可能就几十块甚至 0 元。等流量和数据真上来、需要付费了，说明产品已经有收入或明确前景，那时再花钱扩容是愉快的负担。
七、真实例子：这个工作室网站
说回你正在看的这个网站，它就是这套思路的落地：
- 前端：Astro 静态生成 + Tailwind，构建出纯静态文件；
- 部署：以 Cloudflare Workers 静态资源方式托管（
wrangler.jsonc指向dist目录），全球 CDN、自动 HTTPS； - 持续交付：代码在 GitHub，push 到
main后配合 CI 构建发布，不需要登录任何服务器； - 图片：本地静态资源走构建处理，不依赖运行时图片服务（早期踩过 Cloudflare 上图片处理端点 404 的坑，后来改成静态化 + passthrough，反而更稳更省）。
整个站没有一台需要维护的服务器，成本基本就是域名钱。
八、什么时候这套不够用
也别神化。这套栈的边界要清楚：
- 强长连接 / 实时推送（如 IM、协同编辑）：边缘函数 + KV 不够，需要 WebSocket 网关和有状态服务，那是另一套架构（见聊天系统篇）；
- 复杂事务、重计算、长任务：函数有执行时长和内存上限，重活得丢给队列 + 后台 worker；
- 严重厂商锁定顾虑：深度用了某平台专有 API（如 D1、KV），迁移有成本，介意就在代码里做一层抽象；
- 合规/数据主权要求高：某些行业不能用公有云托管库，得私有化。
但这些都是产品跑起来之后才需要面对的问题。早期为它们提前设计，就是拿宝贵的时间换用不上的复杂度。
九、小结
- 小团队全栈第一原则：能托管不自建、能 Serverless 不养机器、静态优先，把运维外包给平台；
- 前端用 Astro/Next 静态生成 + Tailwind，托管 Vercel/Cloudflare/Netlify 的 CDN，成本趋近零；
- 后端用 Serverless 函数/边缘计算，数据库和存储全托管，无状态天然可扩展；
- Git push 即发布：GitHub Actions 跑检查 + 自动部署，PR 出预览环境，回滚一键；
- 省钱的本质是“没流量不花钱 + 平台白送运维”，最贵的人力被省下来做产品；
- 实时、重计算、强合规是边界，但那是活下来之后的事——先用最低成本把东西交到用户手里，再谈架构升级。
技术选型不是选最先进的，是选让你最快、最省心把想法变成线上产品的那一套。对个人和小团队，便宜、快、少操心，就是最好的架构。
本文由 AI 辅助创作，所有内容仅供交流与参考。
