zhaogaz

我的劝告是：不如少存点东西，多删一删，没什么东西重要的。

你回想一下，或者是回看一下，你手里的资料，有多少是 5 年以前的，并且经常反复查看、或者是偶尔查看的。很少的。

你想想，过去的三年里，你有没有经常出现，需要翻一翻半年以上的摄像头视频？

想当然的提出一些没啥用的需求。当然了，对于生产厂家来说，是个好事儿。。。

----

我个人的 nas 使用经验是：少折腾，少整硬件，少出问题，少出错。所以我就只有一个 ds218+，组了个 raid1 。 用了 6 年了，也只用了 2t 不到。。核心资料更少。。100g 多，而且还在不断的变少。

----

我对你的建议是：
1.用群晖 ds923+，整两个 青木开车的大硬盘，raid1 （享受白裙便利、廉价硬盘）
2.不要想着之后升级硬盘了，暂时来说目前硬盘容量好像是到上限了，看以后有没有新技术，目前暂时没更大的可用。
3.监控保存半年够了，已经很长了。更久之前的视频你要留着做什么呢？
4.只能自己说服自己，别人怎么劝都没用。。。加油

补充一点，群晖套件是能让你慢慢下，如果想要快点下载下来，需要在百度网盘开一个 nas 的会员。。和普通的 svip 不一样。

校验问题应该没啥可说的了。

但是我觉得你可能问的是一个业务逻辑问题。
一般清晰一点的业务，会把你这两个不同的修改拆开，姓名随便改；但是手机号修改逻辑稍微复杂一些，可能会单独去梳理这部分业务逻辑。在我看来是一个简单业务和复杂业务做一起了

你现在困惑是，并且产品经理没有对细节做要求，你在不停地用业务逻辑给产品的不作为兜底。但是你不知道对不对。同时你的描述过于细节，让这帮程序员也陷入校验细节中。。。

公司没产品么？

MECE 原则 不太好做到， 因为 个人的文件不容易按照 目录树 方式归类好。为了达成这个原则可能牺牲更多。

我能给出的建议是
1. 你按照自己的习惯分类，盲目抄反倒会遗忘。。比方说我有个文件夹存的是 大学的内容，里面有各种文件啊，照片什么的，这里的东西平时都用不上。
2. 文件多了之后，找资料全靠搜索 everything 。。。比方说找电子书的时候，文件命名清晰就行。。

毕竟你要做的不是大而全的数据库，而是存一下自己的东西，怎么爽怎么来，东西多了之后，按照目录结构找还是挺难的，怎么爽怎么存。。我个人是这样。。

移动硬盘，其实就看你出多少钱，钱多的话，刻成石板都行。。。

当然了，你这样问的话，推荐移动硬盘。。。不够就再续一个移动硬盘。（。

你怕 consumer 处理的时候，把下游搞弄挂了，然后就尝试去限制 mq ？

这个头疼医头，脚疼医脚的做法感觉不太好。

你说 [后续的业务处理是有着极大的压力和风险的。] ，那么我认为正确的做法是，改动 [后续的业务处理] 的 api 或者是类库，你加一个限流好了。。。而不是去限制 mq

如果有一天，后续业务修改好了，谁能知道限流再 mq 上？谁又能看懂你那一坨代码？