7
读完 jupyter-pro 的核心源码后,我终于理解了它的取舍
这个问题我断断续续查了两周,中间走了不少弯路,把过程原样记下来,希望后面遇到的人能少花点时间。
真正让我意外的是长尾。平均值一直很漂亮,P99 却在某个阈值之后直接跳了一个数量级。原因不在 jupyter-pro 本身,而是我们上游的连接复用没做好,压测流量太「干净」,掩盖了长尾请求。
性能44%
可维护性28%
生态与社区17%
招人难度11%
共 12 人参与投票
2 条评论
这个问题我断断续续查了两周,中间走了不少弯路,把过程原样记下来,希望后面遇到的人能少花点时间。
真正让我意外的是长尾。平均值一直很漂亮,P99 却在某个阈值之后直接跳了一个数量级。原因不在 jupyter-pro 本身,而是我们上游的连接复用没做好,压测流量太「干净」,掩盖了长尾请求。
共 12 人参与投票
想请教一下,这个方案在容器里(内存限制 512Mi)会有什么变化?我们线上就是这么配的。
已收藏。正好这周要改这块,少走很多弯路。
这是帖子详情页 /zh-CN/c/jupyter-pro/post/p11。帖子与评论都由种子随机数确定性生成 —— 同一个帖子每次打开内容一致,因此可以直接分享链接、刷新、被搜索引擎收录。真实实现里这一页是 MySQL 读帖子 + Redis 缓存热帖 + 评论树按 path 字段一次性取出。
看数据表设计 →