容量保障核心技术与实战
吴骏龙
前阿里巴巴本地生活P8高级专家
新⼈⾸单¥55
818 人已学习
课程目录
已更新 9 讲 / 共 17 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 互联网时代,人人肩负容量保障的职责
免费
基础篇 (4讲)
01 | 容量保障的目标:容量保障的目标是什么?该如何度量?
02 | 容量测试与验证:怎样科学实施容量测试?
03 | 容量指标分析经典5问:响应时间真的是越短越好吗?
04 | 容量治理的三板斧:扩容、限流与降级
进阶篇 (4讲)
05 | 全链路压测:系统整体容量保障的“核武器”(上)
06 | 全链路压测:系统整体容量保障的“核武器”(下)
07 | 工具进化:如何实现一个分布式压测平台
08 | 容量预测(上):第三只眼,通过AI预测服务容量瓶颈
容量保障核心技术与实战
15
15
1.0x
00:00/00:00
登录|注册

08 | 容量预测(上):第三只眼,通过AI预测服务容量瓶颈

吴骏龙 2021-05-28
你好,我是吴骏龙。在这一讲和下一讲中,我们来扮演一回预言家,看看容量预测是怎么做的。
我们先来看一个问题,也许在工作中你也会有这样的疑问:
“双 11 期间,网站需要举办大促活动,我们目前的服务器能不能承载这些大促活动所产生的访问量?如果不能,用多少服务器可以支撑,又不至于太浪费呢?”
回答这个问题,其实就是容量规划的过程,其中既体现了预测的思想,也体现了对成本的考虑。很显然,容量预测是容量规划中最重要的环节,没有之一,容量预测若不准确,容量规划的价值也会大打折扣。
明确了容量预测的重要性,那么该怎么做呢?很不幸的告诉你,在很长一段时间,即便是在阿里本地生活这样体量的公司,技术人员进行容量预测也靠的是“直觉”,不要觉得好笑,你或许也经历过这样的对话:
A:马上要双 11 了,服务器撑得住吗?
B:要搞大促了,肯定要扩容。
A:扩多少?
B:依我的经验,扩 1000 核吧。
A:要那么多吗?
B:呃…… 那 500 核吧。
这种将容量预测完全建立在个人经验上的做法,在大部分情况下都是没有什么道理的,在我的容量保障生涯中,就没见过拍脑袋能拍的准的,最后往往都是硬生生的把容量规划变成了一门“玄学”,而容量风险依然存在。
由此可见,我们需要的是一种科学的容量预测方式,它不能依赖于人的经验,而且必须足够准确。坦白说,这是非常困难的,因为影响服务容量的因素实在是太多了,我花了将近 1 年的时间带领团队做了大量的研究和探索,最终找到了一种通过 AI 手段进行容量预测的实践方案,并已经在实际工作中落地,现在我就把这项实践的核心技术分享给你,希望能给你带来帮助。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《容量保障核心技术与实战》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥55
立即订阅
登录 后留言

精选留言

由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论
返回
顶部