crazyweeds

两个都学一下（我只会 Netflix 的），这几个组件一定要学：注册中心、网关、熔断、负载均衡（ Ribbon 及算法，以及其他）、RPC(feign 或其他)，然后就是 zipkin （重要的是链路这个思想）之类的，配置中心等。
真实项目中，这些组件可以挑着用，用多用少取决于项目需求。

这个吧，看你需求了和功能点了。如果你后续还需要迭代，那么选择主流 Java 体系 SSM 那一套，问题不大，后面找人接手也容易。
功能点不多的情况下，一个靠谱后端估计也就 1-2 个月的工作量。
云函数啥的，现阶段可以不用考虑，传统服务器部署买一个新手 MySQL 服务，一套下来估计 500 一年就搞定了。为什么不推荐云函数，因为总要用到数据库等中间件，最后你会发现成本一点不低。

太复杂了，其实可以自己实现一个功能，通过监测鼠标坐标判断是否闲置，然后特定目录全拷贝就完事了，都不用计算特征码，单纯通过更新时间和文件大小判断是否更新，单向备份，效率应该非常高。
题外话：作为一个十多年 Windows 的老用户，Windows 系统再怎么好好用，两年左右也要重新安装了吧，users 整个目录真没必要。

如果你返回条目数小的情况下，可以尝试代码层面多线程。SQL 拿到最新的日期列表，然后用日期作为参数，多线程循环执行 SQL 。

其实吧，直接 AdobeXD ，或者即时设计，推荐非专业用户选择这两个，我自己用过，Figma 也尝试过，不太习惯就放弃了。优点是，可以直接导入 ElementUI 或者 Ant Design 的一些设计模板，速度其实很快，一周估计就能上手了（可能都不需要，几乎可以说门槛很低，理清楚就能直接上手开始搞了，开始慢一点而已）。

16G 1TB 2599

家用小型服务器既视感，充电宝充当 UPS ，完美，哈哈。只是不知道手机的 ARM 和 Linux 发行版兼容性。

不赚钱的项目，内部立项都困难。

如果这是后台管理系统的需求，可以从 MySQL 的特性入手，MySQL 支持把多张表映射到一个库里面，这样关联查询就完事了。。如果是 C 端需求，思路其实差不多，只不过成本很高，把读拆分出去，把数据同步到 OLAP ，查询通过 OLAP 实现，如果是 MySQL ，那么就是 binlog 同步之类的方案了，就像你说的，别扭。除非这个需求真的非常重要，不然真的如同楼上所说。

@poison123 感谢告知，看上去这个软件很专业。