速度性能变更失取舍三角
DevOps 与 SRE Speed & Performance (变更失) Trilemma
三个元素
1
变更失败率
变更失败率
2
变更速度
变更速度
3
容量规划
容量规划
详细描述
速度性能变更失取舍三角常用于复盘：当系统在高峰或故障时表现反常，通常不是“技术不行”，而是三角的代价被低估或被延后了。在极端情况下，这种不可兼得会变成硬上限。
三种情况说明
变更失败率无法满足时
优先变更速度与容量规划时，变更失败率通常会被降级为“够用即可”。常见做法是降低目标阈值、缩小适用范围、或把变更失败率变成事后补偿项。代价往往体现在边缘场景与高压力时刻。
变更速度无法满足时
选择变更失败率+容量规划时，变更速度最容易在高峰期“爆雷”。建议提前设红线与回退策略，并用灰度/隔离/限流等手段把风险切成小块。
容量规划无法满足时
把容量规划放在次要位置时，最关键的是把影响写清楚：影响谁、影响多大、影响多久、以及如何补偿。这样三角才能变成可管理的工程问题。如果要赌，建议只赌一次：别三角三头同时冒险。
评论区 (0)
暂无评论