欢迎光临 👋

前言 开发 Kubernetes CRD 资源时，绕不开 client-go 的 informer 机制。使用 client-go 本身并不困难——根据 kubebuilder 官网生成调谐框架，然后在 Reconcile方法中添加业务逻辑即可。 然而，只停留在“能用”的层面，很难理解其中的玄妙，出了问题心里没底。有时候代码正常工作了，自己也不清楚为什么能工作（笔者遇到过好几次）。 ...

读书笔记 花了几个星期的地铁时间把《凤凰项目·一个IT运维的传奇故事》读完了，这本书非常有趣，跌宕起伏，有时候读着读着也会让人想到自己的工作经历，虽然没有比尔（主人公）这般精彩，不过也想记录下的，毕竟好记性不如烂笔头，主要是现在脑子越来越不好了，昨天和女朋友开视频，自己身份证后四位都记错了… ...

今天阅读的文献是 2025 年 5 月安徽医科大学沈玉先教授研究团队发表在 Cell Death & Differentiation 上的一篇文献，名为 《Hepatic factor MANF drives hepatocytes reprogramming by detaining cytosolic CK19 in intrahepatic cholangiocarcinoma》。 ...

在很多分布式系统中，读请求通常都会转发给 Leader。 原因很简单：只有 Leader 才知道哪些日志已经提交（committed），哪些数据是最新的。 但 etcd 允许 Follower 节点直接处理线性一致读（Linearizable Read）。 ...

最近由于 并发性能优化复盘 开始看并发编程相关的书籍，希望借着书把并发相关的内容给摸清。现在看的差不多了，可以写篇学习笔记记录下。 首先，并发不是并行这个不用解释了。 ...

上周服务治理系统的同事（注意不是客户）发现一个问题，他调用的 api 接口不稳定。有时候正常，有时候报错，关键是大部分时候都是报错。 更关键的是这个接口是我开发的。 ...

读完文章 Strong consistency models 感觉有必要做个笔记，这篇文章很难，不好懂，几乎每段都要配上百度翻译和 ChatGPT 才能看的懂。为了对得起自己的理解和转头即忘的记忆力（看起来好像是病句…），还是写个笔记记录下，另一方面用自己的话，自己的理解在说一遍也能检查理解的到不到位。 ...

etcd-raft 节点在 follow，leader 和 candidate 状态流转。状态转移图如下： 图片摘自 https://raft.github.io/raft.pdf 正常情况下，各节点在自己的角色里好好干活。但是如果出现异常，比如网络分区后，各个节点会做什么呢？ ...