Loading...

2022年8月第四周周报

生活

这周又是颇为 Hard 的一周

  1. 本周状态奇差
  2. 家里的红枫挂掉了一棵,不过另外一棵红枫的叶子长得很好看,家里的茉莉花也重新长出了新的花
  3. 家里的小猫太太皮了
  4. 感觉每晚三点睡有点抗不住了,周六突然难受卧床了一天
  5. 本周的娱乐时间
    1. 手游使命召唤打到了大师一,真牛逼上战神了
    2. 本周的小说《大医凌然》
    3. 德凯第七话,扳机超人回归,武居还是牛逼,把斯卖鲁星人的神经质治好了,观感很好
    4. 《波西米亚狂想曲》,永远的 Queen,永远热泪盈眶
    5. 《铳动彼岸花》/《石蒜》,我也是彼岸花诶(逃,不过有一说一,这番的战术动作绝对是找行家指导过的,C.A.R. 持枪法很难难道正确的应用,不错不错
  6. 本周的闲书时间泡汤
  7. 本周的伙食改善,两顿芈重山老火锅,美滋滋,不过我快被开除四川籍了
  8. 本周的噩梦让我消沉了许久
  9. 我和妹子资助的学生走出大山啦!

老火锅

两只猫猫

家里的植物们

技术

身体实在不舒服,所以技术继续摆烂了

  1. 本周还是花了一些时间在 nerdctl
    1. 社区小伙伴的 PR1331 经过 Review 之后合并了。现在nerdctl volumes ls 支持 —filter 参数了
    2. 开始推进,nerdctl container ls 支持 —filter 参数这事了,参见 Issue1339
  2. 这周又开始做一些稳定性上的东西了。算是开了一个新的项目了,算是有些碎碎念吧
    1. 做稳定性落地的时候,一定要考虑清楚统计的口径,是以接口报错率,还是以多个接口组合报错率,还是其余指标来作为衡量标准。一个不可量化的稳定性项目不如不做
    2. 可观测性的维度一定要多方面的覆盖,比如后端,前端,用户报错率等,单一维度的指标会存在很多的解释性问题
    3. 业务的异常治理一定需要长时间跟进,定期收敛,同时也要充分推动业务完成异常细粒度以及详细化处理
  3. 本周在折腾一篇之前想写了很久但是一直没有写的文章的代码,即怎么样在非标端口上拦截 https 流量(或者说国内公有云厂商拦截非标端口 https 流量的常见流量特征是什么
  4. 推荐一个项目 xdp-tutorial 给对 eBPF 以及 XDP 感兴趣的同学
  5. 本周的论文时间 Slacker: Fast Distribution with Lazy Docker Containers,FAST16 的文章,讨论容器的 lazy loading
    1. 根据对于主流载荷的一些 benchmark 之后,得到了几个结论
      1. 容器启动时间的百分76或者更多是容器处理 package data 的
      2. 启动时复制时的数据中只有 6.4% 是启动时所必须的
    2. AWS 自己提出了一套 Slacker 作为 Lazy Loading 的方案
      1. 将 AUFS 的 Storage Layer 打平了,统一放在一个多个 Worker 共享的 NFS 池子中
      2. 抽象出了一套 snapshot 的概念,会记录在往 Registry 推送的 metadata 中。一次推送之后,其余的 worker 可以直接拿着 snapshot id 在共享的 NFS 池子中查到 block ,然后避免重复拉取
    3. 当然也提出了一些改进方向,比如在内核里通过 bitmap 来实现对于打平后的文件的 COW 的支持等
  6. 看了下 AWS 的 soci-snapshotter

差不多就这样

总结

这周一次午睡的时候,突然梦回07年被性侵/强奸时的那一天,被侵犯时的场景,父亲报警时的话语,在派出所作笔录的过程,历历在目,仿佛昨日重现。15年过去了,我以为我忘了,但是看起来生活还是给我开了个玩笑

不过生活还得继续,Everything is gonna be OK,愿大家一切安好,愿天下所有人都不会遭遇我曾所遭遇过的一切。


Comment