技术专栏 第1361页

目录

“我不是针对这一个问题，我是说所有的反DDD模式都是垃圾”，作为教练，在团队中我时常用这样的玩笑来调侃不符合DDD价值观的判断逻辑和决策结果，并指出具体不符合的点在哪里，由于大家已经相互非常了解，能够很快反应过来并建立共识，从而不断修正决策逻辑和决策结果，使问题的范围和解决方案收敛在一个确定的范围内，持续地保持对系统复杂度的掌控。

要实现分布式锁的第一步是定义一个通用的锁接口。通过
IDistributedLock 接口，应用程序可以在不同的场景中选择使用不同类型的锁来实现。

在这个已经被AI大模型包围的时代，不了解一点大模型的基础知识和相关概念，可能出去聊天都接不上话。刚好近期我也一直在用GPT和GitHub Copilot，也刚好对这些基础知识很感兴趣，于是学习了一下，做了如下的整理总结，分享与你！

这是一篇面向从未使用过LoRA模型的初学者的教程。你将了解LoRA模型是什么，在哪里找到它们，以及如何在AUTOMATIC1111 GUI中使用它们。然后，你将在文章末尾找到一些LoRA模型的演示。

最近在给
opentelemetry-java-instrumentation 提交了一个
PR，是关于给 gRPC 新增四个 metrics：

虽然架构师证书不能证明技术水平，但在现实生活中的某些情况下是有意义的，比如我要是去学校做培训老师的话，有这个证就会课时费高一点。考试虽然无聊，但有些考题还是蛮有意思的。

当启动多个 Redis 实例的时候，它们相互之间就可以通过 replicaof（Redis 5.0 之前使用 slaveof）命令形成主库和从库的关系。例如，让实例 1（ip：172.16.19.3）和实例 2（ip：172.16.19.5）成为主从关系的命令：replicaof 172.16.19.3 6379，当关系建立后，第一次同步分数据为三个阶段：

（1）从库给主库发送 psync 命令，表示要进行数据同步，包含主库的 runID（redis 实例启动生成的随机 ID） 和复制进度 offset 两个参数，初次复制runID 为 ？offset 为 -1，主库会用 FULLRESYNC（初次为全量复制）响应命令带上两个参数返回给从库，从库收到响应后会记录 runID、offset 两个参数。


（2）主库执行 bgsave 命令，生成 RDB 文件并发给从库，从库会先清空当前数据库，然后加载 RDB 文件。这个过程中主库不会被阻塞，为了保证主从库的数据一致性，主库会在内存中用专门的 replication buffer，记录 RDB 文件生成后收到的所有写操作。


（3）主库完成 RDB 文件发送后，就会把此时 replication buffer 中的修改操作发给从库，从库再重新执行这些操作。