Jupyter·进阶 · 这个 jupyter-pro 的 bug 藏了三年,终于有人报了

13
JUr/jupyter-pro·由 dev_zhou 发布·2 小时前求助

这个 jupyter-pro 的 bug 藏了三年,终于有人报了

网上关于 jupyter-pro 的文章大多停在「怎么用」,很少有人写「什么时候不该用」。这篇想补上后半句。

顺便说一句,官方文档里这段其实有写,只是藏在一个很不起眼的位置。我是在翻源码注释的时候才发现的,注释里作者解释了为什么这么设计 —— 大意是「为了在极端情况下退化成可预期的行为」。

第一件事是把变量收敛干净。我们最开始同时在改配置和升级版本,结果两组数据的差异根本说不清是哪个带来的。后来回滚到只动一个变量,重跑了三遍,曲线才稳定下来。这一步很枯燥,但省不掉。

真正让我意外的是长尾。平均值一直很漂亮,P99 却在某个阈值之后直接跳了一个数量级。原因不在 jupyter-pro 本身,而是我们上游的连接复用没做好,压测流量太「干净」,掩盖了长尾请求。

4 条评论

4 条评论

我
Oops_wang·12 分钟前

楼主说的第 3 点我有不同看法。这里的取舍取决于你的读写比:读多写少的话,加缓存反而会放大不一致窗口。

317
Ttang_hao·2 小时前已编辑

这里其实有个更简单的做法,不需要改架构:把这一层判断提前到网关,问题就消失了。代价是网关会多一次查表。

289
Hhuang_ke楼主·3 分钟前

我们生产环境用了两年,没遇到过。不过我承认我们没上到这个量级,所以这个结论对我们没有参考价值。

143
Sswoole_lee·1 小时前

补充一个反例:如果 jupyter-pro 的版本低于 7.4,这段代码的语义是不一样的,别照抄。我们在灰度环境踩过,回滚了一次。

4

这是帖子详情页 /zh-CN/c/jupyter-pro/post/p4。帖子与评论都由种子随机数确定性生成 —— 同一个帖子每次打开内容一致,因此可以直接分享链接、刷新、被搜索引擎收录。真实实现里这一页是 MySQL 读帖子 + Redis 缓存热帖 + 评论树按 path 字段一次性取出。

看数据表设计 →