20224月第三周简报

这周继续在家，上海这什么爱丁堡剧情

生活

本周小说书慌了，有没有小说推荐啊
继续窝在家一周，太爽了
本周天气太好了，和女朋友去了朝阳公园，拍了超级超级好看的花花
继续健身环一周，膝盖不行，我太菜了
和女朋友尝试攀岩初体验，好爽，但是好累
答应群友的两篇文章，都只写了一半（
射箭计划搁置了（
继续杂书时间，真的快乐
本周和女朋友改善伙食是得莫利鱼粉和锅包肉，美滴很
本周过年啦，《新.奥特曼》中文 PV 放出，啊，痞子不愧是资深奥厨。Netflix 的《机动奥特曼》第二季放出，emmmm，打戏很棒，文戏吧，坂本 sir 亲传
这周加了镇静类药物感觉还行，没太大副作用。下下周又要复查了，不开心。
Netflix 的新的纪录片，各地国家公园的美景，好看
LinksTV 的视频真的很治愈我。我心情低落的时候总会看看他的视频。如果有看到这篇文章且认识他的朋友的话，替我给他很真诚的说一声谢谢，祝他和小螃蟹继续美满的生活下去。（真的算是我的赛博抗抑郁药（
买了新的椅子！

本周读书清单

法治的细节—罗翔
一个叫欧维的男人决定去死

啊，这周最大的收获就是看了《一个叫欧维的男人决定去死》，亲情，爱情，友情在这个时代已经是足够的奢侈品。而且这本书又让我想起一句话

但行好事，莫问前程

这周真的是很治愈的一周

放点照片

我拍过最喜欢的一张照片

技术

这周还是花了很多时间在非技术的内容上，技术上的进步，算勉强没有荒废吧

这周和一些前辈讨论了 bytebase 这个项目上的后续的一些发展。我自己很看好这个项目。在我的期待中，我期待 bytebase 能够成为 SQL 管控侧的一个事实标准。这样能极大的提升 SRE 的工作体验
看到了一个很有趣的新项目，iasql-engine。实际上现在 Infrastructure as Code 已经成为一个业界共识。IaC 的普及能极大的减少 SRE 压力，提升资源利用率和可管控性。但是具体实现路径的话，有 Terraform 这样自定义 DSL 进行迭代的产品，也有 Pulumi 这样瞄准通用化的实现路径。现在社区也在尝试更进一步，用最终数据状态的模式来管理 Infra，所以有了 Infrastructure as SQL，从我个人的角度出发，我觉得从数据这个维度和视角出发去做 Infra 管控，的确能解决之前 IaC 遗留的一些问题（比如状态管理，数据分析 ETC），能够更好的达成和云厂商解耦的最终目标
这周的一部分经历还是放在了前端可观测性这块，自己也思考了几个问题
1. Largest Contentful Paint 这一指标我们怎么样去赋予其具体的业务含义。换句话说，如果 LCP 变大了，我们怎么样去衡量它对于业务的影响？无法赋予具体含义的 Metric 在很多时候是没有太大意义的。
2. 我们怎么样去精确测量诸如 DOM Render Time 这样的指标？
3. 除了对于关键路径的拨测，我们还有没有其余更多的手段去从基础设施的角度去观测一个应用的可用性（如果从业务指标出发，那么当我们有感知的时候，一定意味着业务受损明显了）
容器方面，排查了 nerdctl 的一个 ARM 平台的问题，参见 Issue979 ，用户下错二进制版本了23333。不过 ARMv7 的二进制能够在 ARMV8 的平台上运行还没有 warning，这无疑是不合理的。所以我准备下周搞个 PR 去加强一下这块的提示
PR948 在 @Junnplus 的帮助下合并进去了。这个 PR 合并的时间比我想象的长很多。主要是我自己犯了不少低级的错误导致的。学到的很关键的一点“你需要从项目 maintainer 的角度去自我 review 自己的 PR“。低级错误以后不能再犯了
NSDI2022 的论文 Evolvable Network Telemetry at Facebook 看完了。非常有趣，Meta 这个工作做的很细，对于建立自己的可观测性系统有不小的参考意义。这里简单聊两句
1. 他们构建了一套全链路覆盖的 Telementry 系统来追踪底层系统变动，并评估潜在影响
2. 他们自己抽象了一套数据模型，将数据和具体硬件细节解耦
3. 数据结构和具体的 job 解耦，但是 Job 相关信息也会存在对应的 Event Metadata 中
4. 他们在设计这套数据模型的时候，会构建当前变动所触发的连锁变更，这样形成一个树形结构，更好的去方便去分析故障路径
5. 核心就还是一点，低成本获取更多的数据，数据越多越好