九维我操你爹
618想去买个苹果裱和苹果盒,兜兜转转几回都没买成
苹果裱官方商城有教育优惠,但是没有国补。京东有国补,但是没有教育优惠
想说就京东上买了吧,plus 会员优惠券不给用,表带还不接受指定

同事和我说那就去线下专营店买吧!(他们上个星期才买过,)结果我去同一家专营店店员的回答是「国补暂时用不了」

遂放弃,继续心安理得地做我的果黑了~
苹果测试工程师的日常
升级 macOS 到【次】新版本已经一个多星期了,最大的体会是 spotlight 永、远、在、建、索、引 以前 command 键+空格,敲几个字母就能立马打开我想要的 app。现在不仅要等而且【必须要等】,不然就会像图一那样打开错误的 app( 我对苹果的产品质量一直都很有信心🤡
升级 Java 到 17 其实没什么奇怪的。软件最新的「稳定版」发布以后,上一代「稳定版」才是真正的稳定版本,这应该是互联网 juan 的公理
我升级到 macOS 15 这个次新的「稳定版」,都还后悔自己多余升这个大版本呢……
https://zh.wikipedia.org/zh-cn/%E6%80%AA%E6%80%AA%E5%B1%8B
和沙雕群友聊天聊到了这部电影,不知道大家小时候看过这部电影吗?
如果没有看过的话推荐去补一下,说不定内心的小孩还活着呢。那一定会是一剂很好的补药
和朋友聊了下一些他目前遇到的一些稳定性的上的问题,我的观点差不多是这样

1. 服务的部署,机房的规划本质上是一个图论问题
2. 不同的节点和不同的服务在不同维度上组合成一个图
3. 而且 SRE 或者说稳定性工作的重点是定义清楚不同的爆炸路径和爆炸半径,将爆炸半径压缩至最小

换句话说对服务的数据路径进行建模,避免图/domain 之间的交叉调用非常重要

比如说我现在有不少新加坡的节点,还有不少欧洲的节点,我能不能将这些节点统一规划在同一个 K8S 集群内呢?

从我的角度出发,是不能的,为什么呢?因为从地理维度出发,SG 和 EU 节点是需要规划在不同的图内,换句话说,SG 节点的功能故障应该只约束在 SG 节点内,EU 节点的故障值只应该约束在 EU 节点内

比如我 EU 节点的 A 服务走 SVC 调用全 Region B 服务。那么将会存在一个情况,假设 SG 的服务出现故障,那么在 SVC 负载均衡的前提下,SG Region 有问题的 B 服务会导致 EU Region 的 A 服务出现问题。那么这就属于很典型的爆炸半径和范围没有定义清楚,从而导致爆炸无限扩散了

差不多这样,希望对大家有帮助

#刷leetcode刷出幻觉了
苹果测试工程师的日常
上个星期开始试着转到 follow 上,统一一下每天的互联网入口 结果几天过去了订阅的文章我是一篇没看,倒是发现 follow 用来整合每天的维生色很好用……🥵
https://app.follow.is/share/users/IceCodeNew
打磨了几天,觉得差不多熟悉 follow 了,来分享一下自己的 RSS 列表,欢迎互相推荐值得订阅的 RSS 源~

有些私密订阅只是不想公开自己部署的 rsshub 实例,如果有朋友想借去用一下是完全 ok 的~
我的私有 rsshub 实例目前有 keylol, pkubbs, twitter 的登录状态,可以更好地抓取这些源站。另外还搭了 wewe-rss 实例订阅微信公众号
笑不活了啊哈哈哈哈
Back to Top