2022 年的总结

2022 年终于过去了，对于大多数人来说是糟心的一年，但我觉得也有一些指的记录的地方。

今年完成的最大的事情是10月份举办了婚礼。前前后后几乎策划了一年多，所幸举办的还算圆满。办完之后又办了很多手续，飞回新加坡回到工作中，本来是年底旅游的好日子，却几乎没出去旅游，躺平休息了 2 个多月。（办完婚礼之后觉得工作简直太轻松了）今后有了另一个身份，做一个好丈夫！

今年做的一些 side projects: 首先是 xbin.io, 时间太长，我都以为是去年做的东西了。这个项目的初衷是满足我自己的一些需求，现在看目的也达到了，个人对现在的形态比较满意，使用率也还可以。在新加坡使用 xbin 的 latency 是 5ms (ping RTT)，如果不是在国外公司，自己是不会有这个想法做这么个东西的。

iredis 在今年几乎没有什么大的改变，只是在处理一些用户的 issue 和 bug. iredis 一直有一个问题，就是所有命令的补全都是我自己编入的，每一次 redis-server 有什么 command 的变更，我都要跟进，否则的话自动补全和校验系统就识别不出来新的命令，或者同一个命令的新的语法。我一直想把它替换成根据 redis-doc 中的文档自动补全的。现在这个文档已经越来越规范了，也许现在是时候迁移到自动生成的补全系统了。下一年花一些时间钻研一下语法树和补全系统，争取能完成这个。

监控系统。做 SRE 的这段时间或多或少都在和监控系统打交道，今年为了解决我们团队遇到的问题，我从头搭建了一套监控系统，基于 VictoriaMetrics 上的，花了很多时间阅读他们的文档，也提交了一些 PR。今年还在 PromCon 上面分享了我们的一些经验。大部分的使用问题已经解决了，还有一个长久以来一直没有解决的问题：大规模的 recording rules, 比如，计算所有容器的 CPU 使用率。本质上，监控系统的数据是一个  OLTP 的问题，大部分场景只需要看到实时的数据就足够了，而且，也很少需要看到所有的 labels 加在一起的维度（只是看某一个 application）。但是我们有一些场景是需要对整个 AZ 做聚合，这有点像 OLAP 了。目前的解决方案是简单地作为一个客户端，去已有的数据里面查出来，然后做整体的计算，存储新的值。这样有很多问题：速度慢；占用太多资源。这个链路是有一些浪费的，raw metrics 首先被收集起来，然后存储到磁盘中，聚合进程再查出来，通过网络拿回来，再进行计算，一来一回消耗了很多磁盘、网络和 CPU 的资源。我在想能否直接让采集端发送 metrics 到聚合段，跳过读写磁盘的逻辑（原来 raw metrics 保存的链路是不变的）。这样或许可以提高一些性能。今年或许可以尝试一下。

做监控的时候也开源了一些项目：

• promqlpy: 一个 Python 库，可以解析 MetricsQL/PromQL 的语法；
• mepe: 一个命令行工具，可以 summary 应用暴露出来的 metrics，方便配置监控；
• metrics-render: 一个 Python 服务，可以根据 url 渲染出来 metrics 的图标，GET 请求，返回 png，这个库还存在一些问题；
• prometheus-http-sd: 一个给 Prometheus 的监控服务发现系统，支持 yaml/json，可用 Python 脚本方便地对接其他的系统；

这些完成的项目，没有完成的项目也有很多。反思这一年，我发现自己很大一个问题，就是学到什么东西之后急于投入使用，会有很多不成熟的想法，想实验一下行不行，于是会花很多时间做可行性调研，最后可能确定自己的想法是可行的，或者不可行的。但是已经并不重要了，自己这时基本上已经没有激情去实现了…… 这样就花了很多时间，但实际并没有什么产出。好处是可以有一些更有意思的想法，坏处是浪费时间。

所以今年就克制一下自己，除非工作必要，就不开新坑了。要学习的东西虚心去学习，不要急于卖弄学到的东西做出什么来证明自己的能力。

写到这里要穿帮一下，最近几年年终总结没有在年底准时写出来，是因为懒。今年是因为得了新冠。也不知道这几年在新加坡是怎么躲过去的，最近才得。今天（1月12日）终于算是没有症状了，于是开始继续写这篇文章。

对于去年的总结就到这里吧，新的一年，计划如下：

1. 锻炼身体。年底回到新加坡之后买了两辆自行车跟太太一起到处骑，因为是折叠车，可以用公共交通蛙跳到各个地方去骑车，非常方便。新年就铁人三项：骑车、游泳、跑步，锻炼一个健康的身体吧。
2. 打字训练：目前打字的速度是50 words per minute. 希望纠正自己的指法，速度提升到至少 70 words per minute.
3. 学习：年底开始读一些 eBPF 的书，今年学习一下网络、Linux、CS 基础的内容，多总结，希望多写几篇博客。

最近有一个想法：假如喜欢编程这件事情并且想长久地坚持下去的话，比如 30 年，就会发现有些事情是不重要的，有些事情是重要的。比如一年工作的绩效考评，某一年的晋升，等等，放到30年里面，就不那么重要了。有一些事情是重要的，比如花1年时间熟练使用了一个高效的代码编辑器，比如提高代码的输入速度，比如掌握了画出精美的图片的技能，比如能写出通俗易懂的文档和博客的技巧，放到30年的编程生涯中，对于工作和个人的成长就很重要了。

这么一想，打算花 30 年去做一件事情，很多事情就会显的不那么急。我们就会有很多时间去寻找机会，也有很多时间去训练那种长远看来有益的事情。对于一些急功近利的事情也就看的不那么重要了。

说起来画图，我寻找合适的画图工具很多年了。尝试过 dot，（我还是 dot in Jupyter 的作者），OmniGraffle，D2，Mermaid, PlantUML 等等，还是没有一个满意的。就像一些数据库 ER 图 for dev, figma for design, 还缺少一个工具 for SRE. 对于我来说，这个工具应该是：

1. 基于 text 的，text to diagram
2. 命令式的，像编程语言一样描述动作。而不是声明式的
3. 用户在使用的时候，应该快速的将所了解的事实通过这个语言表达出来，而不应该去考虑布局中每一个框的位置和排放，应该减少用户花在画图上的心智负担，将更多的精力放在所要表达的内容上面

过去一年也参考了很多其他的画图工具，也读了一些 DSL 设计有关的论文，今年看能不能把这个语言的设计实现出来。

就写这么多吧，杂七杂八写了很多不相关的东西。

---

2023年1月12日更新：上文中提到的这个 streaming aggregation metrics 的想法，生病期间朋友告诉我已经 VictoriaMetrics 官方已经实现了。

其他的年终总结列表：

1. 2013年
2. 2014年
3. 2015年
4. 2016年
5. 2017年
6. 2018年
7. 2019年
8. 2020年
9. 2021年
10. 2022年
11. 2023年
12. 2024年

---