模块三总结

1、架构师的定位

架构师既要懂技术也要懂业务，是业务和技术之间的桥梁。

2、架构师的三个核心能力

2.1、判断

消除模糊的、不确定的说法和信息，需要有业务理解力、技术能力、沟通能力。

2.2、拆解

通过排列组合创新，得到更多的方案，需要有技术深度、宽度和广度。

2.3、取舍

系统思考，有逻辑和推导过程，需要有设计理念、说服能力、决断能力

3、架构设计的阶段划分

3.1、架构设计前期

主要任务

1）澄清不确定性：包括明确利益干系人的诉求；消除冲突的诉求；诉求优先级排序

2）识别复杂度：识别核心场景；明确或预估质量需求；识别复杂度

工作模式

1）与业务方交流

2）与利益干系人交流

关键输出

1）总体业务架构

2）核心场景流程

3.2、架构设计中期

主要任务

1）设计备选方案：头脑风暴；筛选方案；设计备选方案

2）选择备选方案：360 度评估；明确选择标准；选择最终方案和汇报

工作模式

1）架构小组讨论

2）架构小组写文档

3）向利益干系人汇报

关键输出

1）备选方案

2）方案评估结论

3）方案汇报结论

3.3、架构设计后期

主要任务

1）细化架构：按照 4R 架构定义细化架构

2）完善架构：可维护性、可测试性、可运维性；成本、安全

工作模式

1）写架构设计文档

2）给技术团队宣讲架构

关键输出

1） 完整的架构设计文档

3.4、架构验证阶段

主要任务

1）收集架构意见：收集开发人员、测试人员、运维人员的意见

2）跟进架构落地效果：性能测试结果、压力测试结果、线上运维情况

工作模式

1）总结复盘

2）收集吐槽

关键输出

1） 架构优化建议

2）架构迭代计划

4、干系人利益分析

4.1、干系人分类

• 投资者

内部投资人：主要是老板，人力投入，关注成本、时间、竞争力

外部投资人：指购买系统的人，关注价格、时间、竞争力

• 监管者

政府监管者：按照法律法规对系统进行监管的政府组织，关注合规、处理投诉

媒体监督者：对系统相关的事件进行广泛报道的媒体，关注消息披露、事件回应

• 构建者

负责构建系统的人员，关注技术、复杂度、时间

• 维护者

负责维护系统的人员或者其他系统，关注可维护性、高可用

• 使用者

使用系统完成业务功能的人员或者其他系统，关注易用性、高可用

• 评估者

对系统进行评估的人员或者其他系统，关注可观测性、可测试性

4.2、干系人诉求处理流程

1）分组

2）排序

诉求排序常见原则：

• 取舍原则：无法做到面面俱到，需要根据业务目标决定哪个优先

• 影响力原则：按照影响力排序，监管者>投资者>评估者>使用者>构建者>维护者

5、设计备选方案

5.1、备选架构

定义系统可行的架构模式和技术选型

设计过程

设计技巧

架构设计常见困难和应对技巧

5.2、评估备选方案

采用 360 度环评+优先级排序的方法

其中常见的评估维度和注意事项有

6、详细架构设计

6.1、详细架构设计内容

6.2、架构设计文档结构

6.2.1、第一部分

• 业务背景

解决什么问题、带来什么价值、达到什么目标、完成什么任务、处理什么地位

• 约束 &限制、

成本、时间、技术、质量

6.2.2、第二部分

• 总体架构设计

Rank、Role、Relation

• 详细架构设计

Rule、架构规范

6.2.3、第三部分

• 架构质量设计

可测试性设计

可维护性设计

可运维性设计

安全/成本设计

• 架构演进规划

架构分期落地规划