HN Weekly 中文
← #790

我用每月 20 美元的技术栈运营多家月收入 1 万美元的公司

查看原文 HN 讨论

文章摘要

Steve Hanov 通过自身实践向读者展示了一条反主流的创业路径：拒绝企业级架构复杂性，用极简的技术栈支撑起多个月收入过万美元（MRR）的独立产品。他的核心哲学是——”把成本压到接近零，你就拥有和拿到百万美元融资一样的生命周期”。不用风投、不扩团队，靠工程层面的简化和成本优化持续盈利。

完整技术栈以一台 Linode 或 DigitalOcean 的 VPS（1GB 内存、月费 5-10 美元）为核心。部署方式极其朴素——通过 SSH 传输编译好的单一二进制文件即可。后端统一采用 Go 语言，理由是静态编译成单文件大大简化依赖管理。数据库选择 SQLite 并开启 WAL（Write-Ahead Logging）模式，使读写并发互不阻塞，在正确优化下可支撑数千并发用户。认证则使用作者自己开源的 smhanov/auth 库，支持 OAuth 与 SAML。

AI 基础设施部分颇有意思：本地用消费级显卡（如 RTX 3090）跑 VLLM 处理批量推理，迭代 Prompt 时用 Ollama，微调则走 Transformer Lab；前沿云模型通过 OpenRouter 统一接入并带自动降级；开发辅助使用 GitHub Copilot（每次复杂交互约 4 美分）。成本结构大致为：VPS 5-10 美元 + Copilot（多项目共享）约 60 美元 + 云端 LLM API 少量开销 = 总计约 20 美元/月。一次性投资约 900 美元购入显卡可消除 API 经常性开销，尤其适合批量处理海量季度报告等场景。

作者认为这种做法带来的优势包括：极低的烧钱速度为产品市场验证赢得充裕时间；单机架构降低运维认知负担，日志位置和故障排查路径都一目了然；Go 语言的简单性让 LLM 生成代码更准确；在达到硬件瓶颈之前，系统完全可以线性扩展。他已在 websequencediagrams.com、eh-trade.ca、rhymebrain.com 等多个产品上复用这套组合。

HN 评论精华

  1. SQLite vs PostgreSQL 之争：这是讨论的焦点。支持者认为”同一台机器上 SQLite 可以把 postgres 按在地上摩擦（smokes）”，并且 Litestream 让备份变得极简，也支持低成本跑多个库。反对方则强调 PostgreSQL 对”意料之外的增长和用例”更灵活，另一台机器上跑报表等分析查询也方便得多。

  2. Unix Domain Socket 的局限：有评论者指出 Unix 域套接字只能减少但无法完全消除网络开销，更关键的是交互式事务（把查询与应用逻辑混合）在网络数据库上有根本性的往返延迟限制，而嵌入式数据库完全不受影响——这是 SQLite 在单机场景真正的结构性优势。

  3. 批判 Cargo-cult 架构：多位资深从业者吐槽业内的过度设计现象——很多开发者一上来就选 Serverless、Kubernetes、服务器集群，尽管实际流量少得可怜。有人分享了真实故事：DevOps 工程师惊讶于一个博客”居然跑在独立服务器上而不是 K8s”，以及一些公司花巨资搭建复杂基础设施却只服务极少量用户。

  4. 架构要匹配需求：共识是最优架构取决于具体需求，并非所有应用都需要分布式系统、异地备份或从第一天就搞高可用。文中的”2020 年代真正的 Unix 哲学”是正视绝大多数产品的真实规模，避免用复杂度兑换想象中的扩展性。

  5. LLM 对单体架构的再赋能：也有评论指出一个被低估的现象——大语言模型对简单、扁平、可读的代码库生成效果明显更好。Go 的语法约束和单文件部署模式，意外地成为 AI 辅助开发时代的一种优势。