容量保障核心技术与实战
吴骏龙
前阿里巴巴本地生活P8高级专家
新⼈⾸单¥55
861 人已学习
课程目录
已更新 15 讲 / 共 17 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 互联网时代,人人肩负容量保障的职责
免费
基础篇 (4讲)
01 | 容量保障的目标:容量保障的目标是什么?该如何度量?
02 | 容量测试与验证:怎样科学实施容量测试?
03 | 容量指标分析经典5问:响应时间真的是越短越好吗?
04 | 容量治理的三板斧:扩容、限流与降级
进阶篇 (7讲)
05 | 全链路压测:系统整体容量保障的“核武器”(上)
06 | 全链路压测:系统整体容量保障的“核武器”(下)
07 | 工具进化:如何实现一个分布式压测平台
08 | 容量预测(上):第三只眼,通过AI预测服务容量瓶颈
09 | 容量预测(下):为不同服务“画像”,提升容量预测准确性
10 | 浅谈排队论:数学之美,通过建模计算容量
11 | 与时俱进:云原生下的容量保障新趋势
案例篇 (3讲)
12 | 大促容量保障体系建设:怎样做好大促活动的容量保障工作(上)
13 | 大促容量保障体系建设:怎样做好大促活动的容量保障工作(下)
14 | 容量保障组织建设:容量保障需要什么样的团队?
容量保障核心技术与实战
15
15
1.0x
00:00/00:00
登录|注册

14 | 容量保障组织建设:容量保障需要什么样的团队?

吴骏龙 2021-06-11
你好,我是吴骏龙。
前面我们谈到的容量保障话题更多是集中在技术领域,其实容量保障本身并不是单一的技术命题,其背后的组织建设也是一个很重要的因素,因为它牵扯的团队和人员实在是太多了。
我以大促活动为例,通过下面这张图可以看到,互联网公司的主要职能角色几乎都参与到了大促容量保障的各项工作中,这其中还没有包含财务、HR 等支持性角色。那么多角色共同做同一件事,组织建设显然是非常重要的工作。
但现实情况是,有的公司对于容量保障的组织建设其实并不重视。我见过有创业公司直接粗暴地拉出一个独立的容量保障团队,并将所有容量相关的工作全部堆砌到这个团队,却不去考虑建立机制联动各个团队的力量,结果导致这个团队工作的非常痛苦,而容量保障的全员意识依然没有建立起来。
在今天这一讲中,我会与你分享一些大厂在容量保障组织建设中的优秀实践,也会解答一些典型的问题和困惑,希望通过今天的讲解,能让你对容量保障的组织建设有新的认识。

容量保障需要什么样的团队?

这是一个首当其冲的问题,我们究竟需要建立一支什么样的团队去保障容量呢?
顺着上面的讨论,我并不推荐去建立一个通吃所有容量保障工作的团队,达到所谓的闭环效果。虽然我自己长期负责的就是容量保障团队,但我的团队的工作重心除了全链路压测和容量预测以外,更多是通过制度建设和流程规范,去联动公司的各个技术团队共同进行容量保障,而不是单打独斗。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《容量保障核心技术与实战》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥55
立即订阅
登录 后留言

精选留言

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