文件系统，我理解就是图片视频之类的静态资源呗？假设是这样的话那就很简单啊 甚至都不用停机

首先，假定原本的数据源为 A ，新的数据源为 B ，对 A 和 B 的操作主要就是读和写嘛～

对于读，可以先不用修改，返回的地址不同就行了，例如 A 返回的是 a.xxx.com/y.jpg B 返回的是 b.xxx.com/z.jpg

对于写，可以设置一个开关，第一步先双写一段时间，返回的读地址是 A 的，经过一段时间可以按流量返回读 B 的地址。

经过一段时间的验证，确认数据源 B 是稳定的之后，改写的开关，改为只写到 B ，只返回 B 的地址。当然此时 A 依然可以访问。

同时，想办法把 A 的文件拷贝到 B ，这个随便你怎么搞都行，主要成本在流量费上。假设有千兆的同步速度，平均稳定在 100Mb/s 的话，10*1024*1024/100/3600 约等于 29 小时，速度还算可以的。

再验证一段时间，数据源 B 完全没问题之后，把之前指向 A 域名的全部更新为指向 B ，再过一段时间确认没问题了再彻底下掉 A 即可。

我觉得#4 说的非常正确，语言好学但是对应的 infrastructure 是非常吃经验和水平的事，就拿 go 来说当然简单，但是 go 本身不支持热更新(虽然有一些包能做到)，那你就需要 2 台机器，每次先从负载上摘流一台然后更新一台，非常麻烦。

所以我更推荐 php/python ，最大的好处是对运维的要求低，并且即使不用 redis 之类的缓存，直接操作数据库，性能也不会很弱，最起码在你产品起来之前性能绝对够用。你可以搞个什么 bt 面板或者 1pannel 之类的，就完全不用运维了。你甚至可以直接把代码扔到一些支持 php/python 的虚拟空间上直接跑，心智负担更低。至于性能，相信我，真的够用。等到不够用的那天你也有足够的资本招人重构了。

当然如果你就是想做个玩具，就是为了玩玩，我推荐 go/java

能给你最大的建议就是千万别自组，不然维护的活就落在你身上了，并且一旦出了问题你就是全责。

建议直接联系各大服务器厂商，让他们给你定制存储服务器方案，ISICI 算是一个特别常见的协议，所以你既可以找传统的服务器厂商例如 Dell Hp 也可以找群晖威联通这种做 nas 的商家，他们也有商用方案的提供。


千万别自组老铁！！！！！！！

不需要吧，国内的这些云有竞价实例的，虽然说是只有 1 小时的竞价保护，但是大部分时间都能连用大半天的足够使用了，只保留一台公网 ip 其他的全部不要公网，走内网即可，成本算下来跟电费差不多了。还省的买机器。

@renfei hz 机器可以，线路到国内不太行，加上注册麻烦，所以推荐的少

监听的是 0.0.0.0 还是 127.0.0.1 ？

不如当个 oneman ，开个车库 IDC ，只要价格足够便宜，隔壁的 mjj 一定能冲爆（手动狗头）

对不起楼主，我第一眼看成了“屁股矫正手术”。。。。。。

@7beloved #4 昨天刚开始看 gorse 的源码，不太清楚有没有负反馈。

但是这个开源赛道，确实没啥动力，难度高收益小。

但是一般的小公司也够用了，如果有特殊需求应该招一堆推荐工程师开搞，靠开源社区做推荐还是有点太难了。

只能看后面有没有大厂的开源项目了

2 楼推荐的 gorse 挺好的，go 写的，有挺多主流语言的 sdk

这几天也在研究推荐系统，计划写一个通用推荐系统，有 admin ，可以配置多路召回，粗排精排策略，然后通过接口喂 user 和 item 的数据，再通过一个 api 提供查询接口。

最后想了一下复杂程度还是放弃了，天天摸鱼多爽何必给自己找不痛快。

@paidahai #17 初次之外，还有别的地方可能会访问磁盘。并且群晖的系统是每个盘都有一份，有时候会频繁的同步这些系统文件啥的，会导致磁盘无法正常休眠。所以用群晖基本上就不用考虑硬盘休眠了。这样即使不扫盘，一样有炒豆子的声音。

最好的办法就是尽量用 4t 大小的盘，或者干脆扔在机柜/地下室里眼不见为净。

我家厨房和客厅有墙隔着，所以我是直接放厨房了。

求个码，谢谢楼主
[email protected]

问题当然是出在硬盘上了，一般来说超过 8t 的硬盘很多都是企业盘，或者空气盘 你这个酷狼 8t 我不太熟 但是一般大容量盘都有个问题：噪音大

之所以放在台式机上没声音是因为 win 不扫盘，群晖是定时执行 smart 和慢扫计划的，然后才能告诉你硬盘的健康程度

查 pcdn 的