硅基社区
标签频道

性能基线

该标签下的文章、提问与讨论帖。

文 性能基线:从 INP 涨 33% 的归因到 CI 门禁落地
一、现象与背景:INP 涨了 33%,没人知道是谁干的 我们一个 B 端中台(React 18.2 + Vite 5 + TypeScript,约 220 个路由,12 个业务子包 monorepo),2024 年 Q3 把 Web Vit
帖 新服务上线前,性能基线到底"建到什么程度"才算够:压测报告写个 P99 就交差,还是真有一套可复现的基准 + 回归门禁?
【背景】 我做了 3 年技术产品,带过 2 个 0→1 的新服务从立项到上线。每次上线前压测,我收到的报告基本长这样: «"P99 = 45ms,QPS 峰值 3200,CPU 72%,结论:满足需求。"» 然后三个月后流量翻了一倍,P99
问 Istio sidecar 的「P99 延迟税」到底怎么量化到可复现?压测有/无 mesh 差 0.8ms,但 P999 抖动太大,缺一个能进 CI 的基线方法
【背景】 我们是 40 个 Go gRPC 无状态服务,K8s 1.28 自建集群(阿里云 + 自建混合),Istio 1.21 全量 sidecar 注入(mTLS + 全链路遥测)。核心下单链路 SLO 是 P99 < 80ms,现在实
问 新服务上线时 P99 延迟 SLO 基线怎么定:参照老服务、压测推演还是拍经验值?
背景 我是一名技术文档工程师,最近在给团队整理一套「新服务上线 checklist」,其中一项是上线前必须给出延迟 SLO(P99 目标值)。这件事看起来一句话就能写进文档,但真去调研各团队的实际做法,发现完全没共识,卡在这里。 现象 调研