单选题4.8 云原生架构8 / 12
正在加载题目…
系统集成项目管理工程师 · 第三版 · 第4章 信息系统架构
只有查询服务繁忙,为什么不必把所有服务同比扩容?
12 道章节练习题
答案与解析
正确答案 A
先用题目给出的压测结论定位瓶颈:不足的是查询实例的计算能力,不是账务或共享数据层。既然能独立部署,就可以按需增加查询实例并验证效果,选A。业务之间有调用关系,不代表它们必须拥有相同的实例数量。
如果查询服务由两个实例扩到四个,账务仍保留原来的实例数,二者依然可以通过接口协作。这正是部署关系不必和业务模块捆绑的价值。但扩容是否奏效,还要看请求能否正确分流、实例是否具备横向扩展条件,并通过新一轮测试确认。若真实瓶颈其实在共享数据库,盲目加查询实例可能只会放大数据库压力;本题明确给出数据层有余量,是为了避免把不同瓶颈混在一起讨论。
选项分析
- A
- 直接补足已确认的计算瓶颈,并保留验证步骤,不要求没有相同负载压力的服务也机械同比扩容。
- B
- 增加账务实例没有补充查询侧的计算资源,且账务本来已有余量,扩容对象与题干瓶颈不匹配。
- C
- 各服务实例数相同不是服务化要求,强行同步增加会削弱按需部署的经济性,也没有利用已有压测结论。
- D
- 接口名称是逻辑标识,增加名称并不会自动增加承载计算的运行实例,混淆了代码接口与部署资源。
容易混淆的地方
看到一套业务系统就以为所有服务必须同进同退,或把接口数量增加当成实际计算能力扩容。
再巩固一步
- 扩容题先确认瓶颈在哪一层,再确认能否单独扩展;不要直接把“加机器”当作完整答案。
原创章节练习题 · 第三版 · 《系统集成项目管理工程师教程》第3版 · 4.8.4 · 纸书第195页查看完整题目与详解