20231210


发布于

|

分类

家里下雪了。

冬天到了。

生活

  • 感觉脑子和这个世界有一点点距离。
    • 怎么说呢,感觉脑袋里先是骨头,然后是一层厚厚的海绵层,再里面才是脑子。不管是反应还是转头,都会感觉脑子“不能第一时间感受到外界变化”,“感觉慢半拍”。
    • 还是三月份那种可怕的状态。
  • 周末和队友因为生活习惯吵了好久,还不小心把她的iPad磕了个小坑。sorry……
    • 不过一起吃了自己烤的烧烤。

学习和折腾

没咋动。

我在纠结个事情:对象存储应该怎么选?

没啥主要需求,就是想给博客挂个图片,然后一些应用似乎挂个对象存储能用着更爽一些。或者,有些app的存储只支持对象存储。公有的,不管是s3还是cloudflare,本地上传都比较困难,所以就想自己搭一个。

我的nas有raid6,按理说“安全性”不需要怎么担心。如果上层应用层还给默认做个三副本的话,太浪费了。

最简单的就是file storage直接转s3协议,比如威联通自带的那个。但是nas比较吵,所以只想把nas当作备份。平时在小主机里面跑个s3接口的应用,定时将文件备份到nas里就好了。

找了一圈似乎大家都推荐minio,但是感觉它有点重。再找找看,反正不着急用。

工作

前好久发现的一个问题,服务内部失败率高(当时是60%左右)。原因是服务里面获取数据的过程过于崎岖,导致一些数据获取不到。而且查起来吧,也非常难查,费了好几天,竟然没直接查到到底是哪个接口出问题了。

一直以来没有任何上游找过来过,没有任何人提过这事儿。但是我心里过意不去:我不能提供一个内部有重大问题的服务。所以自己就在慢慢查,也改掉了一些bug(失败率由两个60降到一个40一个5)。在连续几周的周会上都说了这事儿,也没人问过。

改么是肯定要改的。但是怎么改呢?上个月有个契机:服务要新增一个接口。和上游吵了好久,上游都不愿意直接把数据发来,更不愿意直接接管这个服务。所以才预留了接口,但是实现是“只用半天糊了一个版本”。

那么改是肯定要改的。既然上游也不愿意动,那么我先把我这边能做的给做掉吧。前几周开始,下定决心,完全删repo重写。本来训网络就训不明白,现在又增加了个服务重写的活,还都是占用自己休息时间做的。

ok,周二,合作方跑过来,说我们观察到失败率高,你要不要处理下。我也只能说,这个事情不在任何okr上,屎山太大,太难维护,我在查在改,但是不能保证完成时间。

于是周三,对方就直接拉双方+1开始讨论这事儿了。然后+1就在想办法把这事儿甩给工程/平台,但是直到晚上,讨论结果还都是,工程不接,只能我自己处理。

它本来设计就不咋合理。调用链路是A调用,B调用各种模型。但我作为一个模型服务,当时接入的时候,工程商量的结果(包括现在商量的结果)都是A直接调用我。所以B里面的一大堆预处理啥的我都用不了。其他模型都是“拿到B发来的各种处理过的详细数据,直接出结果”,而我却只能拿到一个id,根据id自己去搜索各种材料,然后再过模型。不仅如此,还要自己处理cache、处理异步(算是第一次自己写mq)。

硬着头皮重写吧,又不是第一次铲屎山了。这下子,这个服务两个大屎山就要都被铲平了。

就是心累了点儿。

就是心太累了点儿。


大降温,最近身边好多人感冒发烧。


评论

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注