很多团队在项目初期就陷入“技术堆叠”的陷阱：这个用 serverless，那个用托管数据库，再接一个第三方认证，再来一个托管队列。看起来优雅，实际维护起来极其分散。服务越多，耦合越复杂，排错路径越长，认知负担越重。
对于小团队而言，更理性的做法是集中部署、减少依赖，把系统收敛在少量核心组件上。例如后端使用 Hono 作为轻量框架，统一跑在 Docker 体系中，数据库用 PostgreSQL，反向代理用 Caddy，整体打包部署到 Hetzner 的 VPS 上。数据备份放在 Cloudflare R2，成本可控且结构清晰。
前端可以使用 TanStack Start，边缘逻辑部署到 Cloudflare Workers。这样一来，核心计算仍然集中在可控服务器上，边缘只负责加速与轻量处理。整套架构一个月十几美元基本可以覆盖，足够支撑绝大多数中小业务。
相比之下，纯 serverless 方案虽然前期看似“零运维”，但真实情况往往相反。环境变量分散在多个平台，权限系统各自独立，日志分布在不同控制台。每增加一个服务，就增加一层复杂度。等到项目进入中期，调用次数上涨、流量增长、存储增加，账单往往会迅速放大。
更关键的是局限性。serverless 平台在执行时间、资源限制、冷启动、连接管理等方面都有边界，遇到复杂业务时往往需要绕路或使用各种“奇技淫巧”。当架构开始为了适配平台而变形时，技术债就已经埋下。
当然，serverless 并非完全没有价值，它适合极轻量、事件驱动或流量波动极大的场景。但对于追求稳定现金流、功能持续迭代的小团队来说，可控、集中、简单的架构往往更有生命力。
技术不是炫技，而是服务业务。部署越集中，用到的服务越少，系统越清晰，维护成本越低。真正能长期跑下去的项目，往往不是最潮的那套，而是最克制的那套。