写点什么

架构实战营 2-1 可扩展随堂练习

作者:西山薄凉
  • 2022-12-07
    广东
  • 本文字数:568 字

    阅读完需:约 2 分钟

【判断题】

1. 如果需求只是写个“hello world” ,肯定不需要什么架构设计。

题目表述不清,不能说绝对了。要分析后续业务变化情况再来设计。如果今天先写 helloworld,明天让自动生成小说,可能就不一样了。

2. 可扩展既可以是指支持修改的能力,也可以是添加资源提升性能的能力。

可扩展指的是系统适应变化的能力,主要体现在可理解和可复用,及能否高效继续维护。

增加资源提升性能是可伸缩能力。

3. 架构设计的时候,单个子系统越简单越好。

不是的,主要是内服复杂度和外部复杂度的平衡,单个子系统简单但是如果拆分模块太多适得其反。

4. 拆分的时候可以先粗粒度拆,后面再按照演化原则继续拆。

是的,如果无法预测就先按粗粒度拆,后续有必要时再拆。

5. 预测的时候尽量目光放长远一些,这样可以设计更有前瞻性的系统。

2 年原则,一写二抄三封装

【思考题】

1. 微信和支付宝复杂度对比,哪个更复杂,为什么

复杂度评估

业务复杂度:微信、支付宝都比较复杂,但是从业务复杂度来讲我认为微信相对来说更复杂,因为功能比支付宝多,支撑的模块种类比支付宝要更多,单小程序小游戏就很复杂了,还要对接更多的三方平台等,版图非常大

质量复杂度:支付宝复杂度主要体现在金融强相关,需要非常安全;微信复杂度主要体现在用户量,并发,三高要求相对更高一些;所以质量复杂度我认为两者之间也是相当的

所以综上所述,微信更复杂一点。

用户头像

西山薄凉

关注

还未添加个人签名 2019-02-21 加入

还未添加个人简介

评论

发布
暂无评论
架构实战营 2-1 可扩展随堂练习_「架构实战营」_西山薄凉_InfoQ写作社区