从容灾到异地双活:数据层怎么选,以 Redis 为例细讲

Posted on 日 11 10月 2026 in Tech • Tagged with tech, redis, valkey, newsql, tidb, etcd, cassandra, mysql, architecture, high-availability, disaster-recovery, cap

很多人一上来就问"异地双活用什么库",顺序反了。先得想清楚容灾要做到什么程度(RTO/RPO),再决定要不要双活、双活怎么分层,最后才落到数据层选型。这篇按这个顺序走一遍:先讲容灾的两把尺子和五档常用做法,再讲双活为什么只是其中一档、难在分层,最后以 Redis 为例把数据层选型讲透——拓扑、故障切换、双向复制、Valkey 差异,一样不落。


Continue reading

再论 CAP:会议和实时通信为什么要选 AP,以及最终一致性怎么落地

Posted on 六 10 10月 2026 in Tech • Tagged with tech, distributed-system, cap, consistency, availability, webrtc, rtc, freeswitch, architecture

网络会出的岔子一长串——分区、脑裂、闪断、非对称路由、DNS 故障、丢包、抖动、拥塞、时钟漂移——它们全归结为 CAP 里那个躲不掉的 P,所以真正的选择题只在 C 和 A 之间。网络交易选 C,音视频会议和实时通信选 A。本文先按类把网络问题列全,再结合我最近踩的几次坑,重点讲 AP + 最终一致性在实时通信里怎么落地:媒体面为什么天生 AP、信令面的冲突怎么和解、以及什么东西绝对不能最终一致。


Continue reading