对于复杂业务而言（例如接口 QPS >1000, 数据同步> 100MB/s, 业务系统的应用至少有几十个），双活的成本很高，不止是技术问题本身，更多的是管理水平的因素：运维团队、基础架构研发和业务开发团队要合作紧密才能实现。

“又不是不能用”

在 dnsmasq 配置文件中定义不同的地址段，并为每个地址段分配一个 tag 。然后，可以使用“server”指令为每个 tag 指定不同的上游 DNS 服务器, 使用“dhcp-option”指令为每个 tag 设置不同的 DNS 服务器。
这样就能根据用户的 IP 地址段将 DNS 查询转发到不同的上游 DNS 服务器了。

曾经帮华为云找过 n 多 bug 。习惯了。

当 Kubernetes 中的 Pod 进行日志轮转时，它会创建一个新的日志文件，更新软链接指向新的日志文件，而旧的日志文件仍然保留在磁盘上直到被清理。
在这个过程中，即使 Filebeat 还没有读取完旧的日志文件，它也能通过 inode 继续读取直到读取完毕，不会丢失日志。

用户量做大的，会被收购。
没什么用户量的，G 之
逐渐会成为“导航站”类的程序员业余练手项目

你们那的房子租金，只会越来越便宜的。

https://t.wss.ink/f/ck76vru0knn 密码:7906 复制链接到浏览器打开

如何看待：我不看。我的眼里只有 ChatGPT 😊

越是缺钱，资本越是不投，资本是逐利的。

不同的 vpc ，是要计费

@coderxy 推荐你先补充一下基本的原理和实践，看看这本书《集体智慧编程》

@coderxy 一定要有算法的，否则推荐框架只是一些概率和统计学公式组成的框架而已。
具体要看产品的要求，例如，婚恋交友 app ，就会倾向于推荐性别差异的、年龄差一定范围内能接受的、星座匹配的优先展示，以及用户个人标签偏好，例如 A 女择偶标签为：170cm+、信星座、大叔控，那就要优先把身高超过 170cm 的年龄大于 n 岁的，星座匹配的大叔给展示出来。这也是算法。

你若是 mac 机器上用 windows ，哪不够。
如果只用 macos ，估计可以够。
有钱就换新呗，这是送分题。

给团队制定发版计划：2 周一个版本。 固定这个节律，产品迭代速度特别稳。

看业务扩张的规模，如果预计 1 年内不会有很大的增长，那么简单粗暴的弄。例如：写个独立的微服务扫描从库的这张表，做数据分析计算，随便你怎么加字段了，性能不会被影响很大的。
或者表重新写入 duckdb 这类的嵌入式数据库，分析逻辑自己写就行了。跟不需要引入第三方 db 服务，运维能喘口气了。

你是说算法，还是机器推荐技术？

尝试一下分表呢