分布式共识算法是分布式系统的「心脏」——Raft 用「选主 + 日志复制 + 安全性约束」三件事，把 Paxos 的晦涩翻译成了工程师能理解的算法。拆解 Raft 的机制与它的工程实现（etcd、TiKV、Consul）。

Raft 论文的中文精读：从复制状态机出发理解共识

Raft 的领导者选举、日志复制与安全性约束

通用 RAG 进专业领域会系统性失效，本文给出诊断—适配—回归的完整路径：先定位失效层，再按"先便宜后昂贵"的原则选择文档改写、embedding 微调、RAFT 或领域预训练。

B+ 树为读优化而生，LSM-Tree 为写优化而生——为什么 Kafka、Cassandra、TiKV、LevelDB 都选择 LSM？写放大、读放大、空间放大的三角权衡，以及 Compaction 的调优之道。

MQ 不丢篇讲的是可靠性，这篇讲选型：Kafka 的吞吐与生态、RocketMQ 的业务功能、RabbitMQ 的灵活路由、Pulsar 的存算分离——四种 MQ 的架构差异、适用场景与选型决策树。

分布式系统绕不开 CAP 定理：网络分区发生时，一致性与可用性只能二选一。但 CAP 常被误读成「三选二」的静止选择——真实的系统是在「分区发生时」的动态取舍，且在 C 与 A 之外还有延迟这个隐藏维度。本篇拆解三性的精确定义、P 的不可协商、以及现实中各系统的取舍谱系。

一切超时与延迟测量的地基是内核时间子系统。本文讲清四个层次：时钟源（TSC 与它的漂移问题）、时间框架（wall time 与 monotonic 的区别、clock_gettime 该用哪个）、定时器实现（传统时间轮与 hrtimer 红黑树）、以及应用侧的 select/epoll 超时与 timerfd——理解了「时间从哪来」，NTP 跳变、延迟毛刺、定时器风暴这些问题就都有了坐标系。

微服务架构中，服务 A 要调用服务 B，首先要知道 B 在哪——服务发现（Service Discovery）就是回答这个问题的机制。注册中心的选择（Eureka/Nacos/Consul/etcd）本质上是在 CAP 约束下做取舍。本文讲清服务发现的两种模式、主流注册中心的对比、以及选型的决策框架。

一周涨星 3,143 的 MIT 智能体元框架：323 个 MCP 工具、6 种蜂群拓扑、HNSW 记忆与跨机联邦。本文并排展示它自己审计出的真实数字——HNSW 实测 1.9×、Flash Attention 被查出运行时伪造、端到端任务完成率至今未公布。

单日涨星 1647 的 XERJ 用 Rust 从零实现了「以 Agent 为主要用户」的搜索/向量/日志引擎：一条命令索引任意文件夹，兼容 Elasticsearch 协议让存量客户端直连，实测让 coding agent 输出 token 减少 2.7 倍。本文拆解它的 crate 架构、混合检索原理与四个落地场景。

This is today's edition of* *The Download*,*our weekday newsletter that provides a daily dose of what's going on in the …

从 kube-apiserver 处理一条请求的完整链路讲起，拆解 Kubernetes 控制平面与数据平面的分层设计：声明式 API 与控制循环为什么成为事实标准，调度、网络、存储、资源模型如何协作；再落到生产实践——资源与 QoS、探针配置、滚动发布、调度约束与常见故障排查。

!(https://www.gstatic.com/images/branding/googleg/1x/googleg_standard_color_128dp.png)Add as a preferredsource on Google…

梦晨* 2026-10-02 15:34:15 来源：量子位 让每一次请求选对模型，让每一次反馈都成为下一次更优、更省的选择 允中 发自 凹非寺 量子位 | 公众号QbitAI 不是所有任务都需要最强的模型。让每一次请求选对模型，让每一次…

Kafka 的分区、副本机制与高性能 IO 设计

ZooKeeper 的 ZAB 原子广播协议：崩溃恢复与消息广播