面试即是一场战斗,双方你来我往,见招拆招,需要展示自己,也需要从对方的问题切入,给与对方想要的答案
问的每个问题,都是想知道你的经验,技术,表述,性格...等方面的能力
回答分层次,要有体系
三部分
1. 发压场景设计执行,-> 压测平台的实现 -> 容量评估,流量预估
2. 系统指标以及监控观测(全链路以及发压系统)->观测指标->确定系统瓶颈以及高并发下的场景问题(比如说OOM JVM GC 可用率 分片 命中率)
3. 系统架构环节,策略执行情况 -> 了解系统的架构 网络拓扑架构+ cdn +集群+分布式+mq+缓存 +db 链路有多长
4. 问题定位,性能优化
面试
1. 发压框架
2. 观测指标:系统指标 网络指标 全链路指标
3. 压测流程化 标准化(不影响 不污染)
4. 压测常态化 自动化
5. 性能定位 非功能性
6. 故障演练 应急方案
平台化对开发 测试赋能
1. 你们整个的压测流程是怎样?
思考:
此问题想考察了解什么?
1.1 当前公司的压测流程是怎样的
1.2 在压测的过程中,你承担了什么职责,主动推动了什么事情,解决了什么事情
1.3 此方面的经验,是否能为我们带来帮助
1.4 适当提一些专业词汇
1.5 市面上常见框架手段,常态化压测,引流
该如何表述这个问题
通过阶段时间逻辑顺序表述,除了流程性的东西,还要说你是否有对流程或者技术的痛点进行思考或者改进
一. 压测前
你的思考,你的做法?
初级:为什么要压测,压测的话我要做什么,压测场景的设计,链路的深度,链路的辐射
中级:了解目前的压测流程以及使用技术,服务瓶颈发现,看是否准备可靠,是否有可改进的地方
高级:给出架构优化的思路,依据结果倒推
常规步骤:
了解压测背景
A. 确定压测目标(哪些接口,需求如何确定)
B. 体现沟通协调能力:与开发沟通,指定压测指标(压测结果验收指标)—指标来源:容量预估/以往数据值,或者之前宕机时的峰值,看是否能承载-> 监控平台,数据看板…
C. 脚本准备-- 设计压测场景,哪些接口先压,接口组合
测试数据整理&