lbbdefy

@rizon 安卓升级本身就有完整的升级方案，包括打包、差分升级、上传下载固件，只要服务跑起来就行，自己找不到源码可以找厂商给。

设备是无人值守的需要。是有人值守的不需要。

我们组，3 个后端。一个项目需要一次需要部署 20 个微服务，其中一部分是功能，一部分是业务，一部分是基础服务。有的 java 写的，有的 python 写的，有 go 写的，我觉得挺好。做的都是本地部署的活，到一个地方使用 K8S 写好的脚本一键部署，不需要修改的服务稳定运行几年都不需要动它，只需要修改常用的几个服务。
而且不存在人员不解耦，我就没看过其他人写的工程，并不影响开发我的服务功能，多人之间对话只有"接口"。
"服务升级很难只升级一个"，那说明你们架构师水平不行，接口兼容都整不明白。
"微服务有成本，首先代码量就先翻个倍", 代码量翻倍的结论从何而来？公共组件放 maven ，没有遇到过很多重复代码的问题，而且现在跨进程的框架越来越多，多服务开发和单服务开发体验本身就相差越来越小了。多服务开发甚至还有跨语言优势。
"微服务尝试解决什么问题？
保障多个 p0 服务不会一崩全崩。然而实际上大多数微服务就是一崩全崩。" 保障业务持续运行不是高可用范畴该考虑的吗，这是微服务要解决的问题？退一万步说，确实有很多微服务一崩全崩，那不也有很多微服务崩了并不影响其他服务的时候？单服务崩了那才是百分百一崩全崩。
多服务和单服务从来不是二极管，也不是因团队大小决定。根据合适的场景选择合适的技术才是正解。

用 duplicate+alist(webdav) 每周加密备份到夸克网盘，备份是增量备份的，除了首次，后面都很快

thingskit

thingsboard

不是所有批次的 pixel 6a 都有补偿

你这个产品相当于搞了一个 linux 远程桌面环境？ 我直接登录桌面不是一样的吗，是给没有桌面环境的服务器用的吗？但是搞运维的话我也不需要桌面环境只需要一个 ssh 就能用了。没搞懂产品痛点在哪里，OP 能解答一下不？

想做 AIO ，看你具体什么需求。
主板可以选择 nas 专用的板带 2.5G 网口+6SATA 的，比如云星 B250 这种。我目前同配置 CPU 和内存，跑了十几个服务，和照片存储，性能完全够用。
还有一种方案就是存储和主机分离，用 3D 打印一个存储柜+ N100 的小主机，比如老张一号 nas 那种。
最后，建议没精力玩 nas 最好买成品。