Redis架构篇5.1: 主从复制原理
单机 Redis 虽然简单，但一旦主机故障，服务就会直接中断。另外，随着业务读请求增加，只靠一个实例也很容易成为瓶颈。
阅读全文 →Golang高级：3.4 Unsafe 与底层编程
- unsafe.Pointer 的合法使用场景 - 内存对齐与结构体布局优化 - //go:linkname、//go:nosplit 等编译器指令 - 与 C 交互：CGo 的使用与代价
阅读全文 →2.3 Service 与服务发现：让应用稳定被访问
Pod 是后端实例集合，Service 是对外暴露的“稳定门牌号”。客户端不需要知道后端 Pod 有几个、IP 是什么，只要访问 Service 即可。与此同时，Kubernetes 会通过 EndpointSlice 和集群 DNS 持续维护“Service 名称 → 当前可用后端”的映射关
阅读全文 →Golang高级：3.5 高级并发模式
- 无锁编程与 sync/atomic - singleflight：请求合并 - errgroup：错误组管理 - 并发数据结构设计 - 分布式锁的 Go 实现
阅读全文 →2.4 ConfigMap 与 Secret：配置与敏感信息管理
一个成熟的 Kubernetes 应用，镜像里应该尽量只放“程序本体”，而不是把所有环境配置、账号密码、证书文件都直接烤进镜像。否则，同一份应用在开发、测试、预发、生产之间就很难复用，配置一改就得重新构建镜像，敏感信息也更容易扩散。ConfigMap 和 Secret，正是为了解决这个问题而生。::cite[312]::cite[400]
阅读全文 →Redis 架构篇5.3: Cluster 集群基础
当业务规模继续增大，单个 Redis 主库哪怕配了多个从库，也还是会遇到一个核心瓶颈.这时候，仅靠主从复制和 Sentinel 已经不够了
阅读全文 →