因为写的程序不少还是单机的，重度依赖 mysql 的 transaction ，所以我决定：
1. MySQL 数据库放在公网的一个云服务器上，保证 7*24 绝对不会 down 机
2. 两台/三台异地服务器，要获取最新数据，就从 MySQL 数据库里，并且弄一些缓存机制到本地（ Redis ）。只有数据实时性要求高，以及做 upsert 操作时，才会请求云端 MySQL
3. 因为请求会先经过云服务端，我也会在云服务端做一层缓存，这样大多数服务都能在可接受的范围内得到最佳的访问体验：

Client ->
CDN (Cache) ->
云服务端 (Cache) ->
线下自建服务器 (Cache from Redis) ->
实在不行再 call MySQL


而且我实测了一下，广州的云服务器 IP ，我坐标广州，ping 一下大概是 11ms ，完全可以接受


postgresql 有类似的分布式数据库，但懒得折腾了，历史项目先这样吧

@Admstor 我是打算放家里，我有两个住所，如果这个自建方案稳定的话，做个双备在本地自建，应该是还可以的

@juzisang 应该是家里 PC 和托管的都有，我个人更偏向于家里 PC ，因为那样子维护更方便，不需要跑机房。。。。


@ltkun 古典软件艺术，点赞！


@isnullstring 我也是这么觉得，一些静态文件就放云端，涉及到 API 之类的，可以考虑自建


@m1nm13 不打算弄 GPU 自建了，如果有需要 AI 的话我可能会考虑调用大模型

@asuraa 公网 IP ，我打算弄个云服务器，按宽带计费的，100M 拉满然后每月费用 35 元左右，再借助 ssh tunnel 或者 frp 之类就可以成功打洞了

不止 36kr ，还有脉脉这类喜欢贩卖焦虑平台，当你看多了这些信息过量了，容易抑郁

硕士老师在中专教书，在 10 年前就已经很普遍了，中国竞争太激烈了，有些院校是有硬性要求

@wcloudme 哈哈哈我感觉我是垃圾佬爱折腾的心还没灭，又能省钱又能配置高，稳定性这东西呢，1 天宕机 30 分钟我都能接受，因为我觉得真到 10 万用户那个级别，应该也不在乎这些扣扣嗖嗖的了


@zhangjiashu2023 不好意思跟家里人要，主要这东西太多管理不来


@liuzimin 物理安全性也是一方面，万一哪天云服务商看你不爽，直接封号岂不是数据都没了。。。


@caola 可以的，我之前搜索了 v 站，似乎这么做的不在少数，主打就是一个高性价比

@chf007 测试服务器在家里搞，正式的在机房托管


如果测试服务器运行也稳的话，那就弄家里头 doge

@gaobh 我打算内网穿透一下


@YongXMan 哇，赞呀，想弄个 R720 在家里，但是太吵了，即使我租房间里有 90 平

@airqj 其实我的想法，就是弄个台式机 lol

@IvanLi127 确实是... 如果云服务器依赖高配置的话，上云会比较肉痛，我想了一下，似乎我也不需要那么多 9 的 SLA

新用户资格用完了，每次续费都肉痛，产品还没起来，想先降低下成本

@tbxark 没有...很普通的 nodejs 程序

@xiaomon
@aru 谢谢回复，都是出厂设置的，我检查一下。不过按理来说系统类应该消耗不大...要不然这服务器也太不稳定了


@maokg 明白，看来云服务也不一定都很稳

@LongLights 这么坑，其实我自己有配监控系统，我发现这轻量服务器老是会 socket close ，当然概率不大，但 2 小时里可能就会有那么几秒 down 掉

@imnpc emmm 看样子就只适合放放页面，不适合跑点有价值的东西，不过 u1s1 云服务器是真不便宜

@bookbox 是的，看起来一分钱一分货啊

@lchkid 最近确实，莫名其妙就 cpu 暴增，内存也有暴增但不至于 99%

最近不知道是啥情况，618 要赶人去云服务器的样子

@maokg 请问 ecs 是轻量服务器吗？印象是云服务器

@Raynard 谢谢回复，可能是因为一些术语翻译起来有些奇怪，确实