容量保障核心技术与实战
吴骏龙
前阿里巴巴本地生活P8高级专家
新⼈⾸单¥55
818 人已学习
课程目录
已更新 9 讲 / 共 17 讲
0/2登录后，你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 互联网时代，人人肩负容量保障的职责
免费
基础篇 (4讲)
01 | 容量保障的目标：容量保障的目标是什么？该如何度量？
02 | 容量测试与验证：怎样科学实施容量测试？
03 | 容量指标分析经典5问：响应时间真的是越短越好吗？
04 | 容量治理的三板斧：扩容、限流与降级
进阶篇 (4讲)
05 | 全链路压测：系统整体容量保障的“核武器”（上）
06 | 全链路压测：系统整体容量保障的“核武器”（下）
07 | 工具进化：如何实现一个分布式压测平台
08 | 容量预测（上）：第三只眼，通过AI预测服务容量瓶颈
08 | 容量预测（上）：第三只眼，通过AI预测服务容量瓶颈
吴骏龙 2021-05-28
你好，我是吴骏龙。在这一讲和下一讲中，我们来扮演一回预言家，看看容量预测是怎么做的。
我们先来看一个问题，也许在工作中你也会有这样的疑问：
“双 11 期间，网站需要举办大促活动，我们目前的服务器能不能承载这些大促活动所产生的访问量？如果不能，用多少服务器可以支撑，又不至于太浪费呢？”
回答这个问题，其实就是容量规划的过程，其中既体现了预测的思想，也体现了对成本的考虑。很显然，容量预测是容量规划中最重要的环节，没有之一，容量预测若不准确，容量规划的价值也会大打折扣。
明确了容量预测的重要性，那么该怎么做呢？很不幸的告诉你，在很长一段时间，即便是在阿里本地生活这样体量的公司，技术人员进行容量预测也靠的是“直觉”，不要觉得好笑，你或许也经历过这样的对话：
A：马上要双 11 了，服务器撑得住吗？
B：要搞大促了，肯定要扩容。
A：扩多少？
B：依我的经验，扩 1000 核吧。
A：要那么多吗？
B：呃…… 那 500 核吧。
这种将容量预测完全建立在个人经验上的做法，在大部分情况下都是没有什么道理的，在我的容量保障生涯中，就没见过拍脑袋能拍的准的，最后往往都是硬生生的把容量规划变成了一门“玄学”，而容量风险依然存在。
由此可见，我们需要的是一种科学的容量预测方式，它不能依赖于人的经验，而且必须足够准确。坦白说，这是非常困难的，因为影响服务容量的因素实在是太多了，我花了将近 1 年的时间带领团队做了大量的研究和探索，最终找到了一种通过 AI 手段进行容量预测的实践方案，并已经在实际工作中落地，现在我就把这项实践的核心技术分享给你，希望能给你带来帮助。
确认放弃笔记？
放弃后所记笔记将不保留。
新功能上线，你的历史笔记已初始化为私密笔记，是否一键批量公开？
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《容量保障核心技术与实战》，如需阅读全部文章，
请订阅文章所属专栏，新⼈⾸单¥55
请订阅文章所属专栏，新⼈⾸单¥55
立即订阅
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论