24、架构决策与风险分析

架构决策与风险分析

在架构设计过程中，会涉及到众多决策，同时也伴随着各种风险。下面将详细探讨架构决策的记录以及架构风险的分析方法。

架构决策记录

在一个拍卖系统的案例中，存在着许多架构决策。例如采用事件驱动的微服务、拆分投标者和拍卖师的用户界面、使用实时传输协议（RTP）进行视频捕获、采用单一 API 层以及使用发布 - 订阅消息传递等。无论这些决策看起来多么显而易见，都应该进行记录并给出合理的解释。

以该拍卖系统中投标捕获、投标流传输和投标跟踪服务之间使用发布 - 订阅（pub/sub）消息传递这一架构决策为例，其架构决策记录（ADR）可能会呈现出特定的形式。

架构风险分析

每一个架构都伴随着各种风险，如可用性、可扩展性或数据完整性等方面的风险。架构师的关键活动之一就是持续分析这些风险，以解决架构中的不足并采取纠正措施来降低风险。

风险矩阵

在评估架构风险时，首先要确定风险是低、中还是高。通常，这种分类会带有过多的主观性，导致难以明确架构中哪些部分是真正的高风险或中等风险。幸运的是，架构师可以利用风险矩阵来减少主观性，并对架构特定区域的风险进行量化。

风险矩阵使用两个维度来量化风险：风险的总体影响和风险发生的可能性。每个维度都有低（1）、中（2）和高（3）三个等级。在矩阵的每个网格中，将这两个维度的等级数字相乘，得到一个代表该风险的客观数值。具体的风险等级划分如下表所示：
| 风险数值 | 风险等级 | 颜色标识 |
| ---- | ---- | ---- |
| 1 - 2 | 低风险 | 绿色 |
| 3 - 4 | 中等风险