2022年5月第四周简报
五月第四周！小区明天开始不允许外卖进来了（呜呜呜呜，Fuck 我恨疫情
- 本周没怎么出去走走，我真的是一个肥宅
- 女朋友的新的琴到啦！雅马哈的！
- 女朋友用新琴给我弹了我最喜欢的曲子之一！电影触不可及的配乐《Una Mattina》！好听！
- 本周家里的蓝绣球开花啦啦啦啦！好看！
- 本周继续小说慌，开始看大医凌然，要是以后不用为生计所限制了，我一定要去读临床本科！
- 本周改善伙食啦！啦啦啦啦啦，外卖的海底捞，用电磁炉煮火锅，美滋滋
- 本周奥特银河格斗三屁大点事第四话，我对文戏已经死心了，看看皮套人大战吧
- 这周又开始焦虑了，除了因为自己太菜所带来的不安全感以外，现在每天得吃五种药也是焦虑来源。不喜欢这这种感觉
本周没怎么看闲书，业余时间大部分放在了一部看得我热泪盈眶的纪录片上
- Netflix 原创纪录片，《挑战者号：最后的飞行》
美国东部时间1986年1月28日11点38分，挑战者号航天飞机在肯尼迪航天中心39B号发射台升空执行 STS-51-L 任务，73秒后，挑战者号在空中爆炸解体，7名航天员无一生还。Netflix 这部纪录片去完整的剖析了这场人类航天历史上最惨痛的事故的点点滴滴。说实话，看得我热泪盈眶。人类的赞歌是勇气的赞歌
We will never forget them, nor the last time we saw them, this morning, as they prepared for their journey and waved goodbye and “slipped the surly bonds of earth” to “touch the face of God.” —- Ronald Wilson Reagan
最后还是在这篇周报里小小的记录下7位献身于蓝天之上的先驱者
- 迪克·斯科比（Dick Scobee，曾执行STS-41-C以及STS-51-L任务），指令长
- 迈克尔·约翰·史密斯（Michael J. Smith，曾执行STS-51-L任务），飞行员
- 朱迪斯·蕾斯尼克（Judith Resnik，曾执行STS-41-D以及STS-51-L任务），任务专家
- 鬼冢承次（Ellison S. Onizuka，曾执行STS-51-C以及STS-51-L任务），任务专家
- 罗纳德·麦克内尔（Ronald E. McNair，曾执行STS-41-B以及STS-51-L任务），任务专家
- 格里高利·贾维斯（Gregory Jarvis，曾执行STS-51-L任务），有效载荷专家
- 克里斯塔·麦考利芙（Christa McAuliffe，曾执行STS-51-L任务），有效载荷专家
聊完我这周沉重的部分，来看点轻松的
技术
- 这周继续花了不短的时间在 nerdctl 上。
- 首先上周，Suda 在我的重构 PR PR1050 中说的 “I think this kind of refactoring should be done when you actually implement another driver. Hard to review whether the design is correct otherwise.”，应验了，fahedouch 在 PR1062 中重新设计了一部分 interface（实际上这是由于一个 Bug Fix 衍生出来的），在考虑到 Bug Fix 的基础上，新的设计比我的设计更合理，所以我的 PR 作废了
- 上周的一个遗留问题就怎么从 journald 里面读取写入的日志，这周也有了一个答案，就是直接不读取，保证依赖的干净
- 这周我写完了对于 fluentd 的支持 PR1073， 功能写的比较轻松，e2e 测试写的比较痛苦（调试的也比较痛苦），不过这算写开源的乐趣所在吧2333
- 下周再把 S3 之类的 docker 已经支持的 LogDriver 支持了。
- 这周复习了一下 JSON RPC 的 Spec，参见 JSON-RPC 2.0 Specification, 说实话，相较于 gRPC 之类的，我更喜欢 JSON RPC 这种轻量级的契约协议。虽然有着带宽利用率等缺点，但是线上调试起来是真的舒服
- 这周和 @gaocegege 讨论了一个很有意思的话题。怎么样在一个容器内同时起多个进程？最后讨论下来好像目前没有很友好的解决方案，Supervisor 之类的太重，而且潜在风险不少。可能现阶段用 tini + bash 糊一套上去比较可行。
- 这周帮人查了一个 Nginx/Openresty 的问题。大概就是在流量高的情况下，这台机器 CPU Usage 会暴涨，导致其余资源无响应。最后查下来是 Nginx 卸载 SSL 证书过于吃资源的问题。这回到我之前在周报里推荐过的一个观点“尽可能的用 CDN/SLB 之类的云厂商的服务来卸 SSL 证书”，如果你实在想让 Nginx 暴露在最前面的话。你可以考虑参考官方的一个关于 SSL 的 Benchmark NGINX SSL Performance。以及如果你需要利用 Nginx 提供 SSL/TLS 的静态资源访问的话，你可以考虑将内核升级到 5.2+ 以及 Nginx 1.21.4+ 来使用 Kernel TLS 的能力，参见 Improving NGINX Performance with Kernel TLS and SSL_sendfile( )
- CacheSifter: Sifting Cache Files for Boosted Mobile Performance and Lifetime 看了一些，下周应该能写个简评（
简单总结
和焦虑对抗，要做更好的人！
Comments
