#DevOps#开源

自托管还是上云?小团队的取舍

由@wendy-codes发起讨论 · 发布于 2026年7月30日 · 更新于 2026年8月3日

小团队 5 人,业务量不大,一直在纠结服务是自托管(VPS)还是直接上云(Vercel/Cloudflare/阿里云函数计算)。

简单算过账:

  • 上云:人力省,但流量大了费用暴涨,被 vendor lock-in 绑死。
  • 自托管:便宜可控,但运维占用开发时间,故障自己背。

我们的折中:核心业务自托管(K8s on VPS),边缘能力(CDN、对象存储、邮件)用云。

这个组合成本最低,灵活性也够。但需要至少一个懂运维的人。

大家小团队都是怎么选的?

回复

暂时没有回复。

Related

相关推荐

讨论

吐槽:开源模型和闭源模型差距又拉开了

每次以为开源快追上了,闭源一个新版本又把差距拉开。推理能力、长任务稳定性、agent 能力,开源暂时还是跟不上头部闭源。 不是说开源没用,自部署、隐私、成本这些场景开源还是香。但在"最强能力"这条线上,闭源目前确实领先。 希望开源继续发力追上。大家日常用开源多还是闭源多?觉得差距

讨论

大模型选型:闭源 vs 开源 vs 自部署

做应用最纠结的就是选型,我把三种路线的取舍理一下。 闭源 API:能力最强、上手最快、最贵、数据要出域。开源 API(第三方托管):能力次之、便宜、灵活。完全自部署:最便宜(量大时)、数据完全自控、运维和硬件成本高、能力打折。 我的经验是:早期用闭源快速验证,规模上来后核心链路切

讨论

用 Ollama 本地跑模型的真实体验

为了隐私和零成本,我用 Ollama 在本机跑了几个开源模型,聊聊体验。 7B 左右的模型在我 16G 显存的机器上跑得还行,速度能接受;再大就吃力了,要么慢要么塞不下。日常做摘要、翻译、简单问答够用,复杂推理和长任务还是得靠云端大模型。 最大价值是离线、隐私、零成本原型验证。大

讨论

部署 Next.js 到自建服务器,sharedNodeModules 行得通吗?

几台机器上跑了好几个 Next.js 应用,每个都自带一份 node modules,磁盘和构建时间都顶不住。想试试 shared node modules,但又怕依赖版本冲突。 查了下, output: 'standalone' 模式只会打包运行时真正用到的依赖,体积小很多,但