为什么要做架构决策，怎么做架构决策

Architecture Decision，中文叫做架构决策，是架构师日常工作中非常关键的事项，同时也是保证软件架构质量的关键动作。

在架构设计过程中，往往部分的设计有多种方案可选择，各个方案之间的对比不是一眼所见的差异巨大，这个时候就需要架构师进行合理的架构决策。

架构决策，往往是一个综合性的考量。同时，也是阶段性的结果，在不同阶段，由于侧重点的不同，会得出不同的结论。

架构决策的第一步，要完整详细的描述清楚两个架构方案。这个是架构决策的前提。往往也是大家容易忽略的地方。如果方案描述不清，会直接影响后续的决策正确性。

其次，对备选方案需要进行多维度的比较，并将比较结果落实到字面上。对比的维度包括技术维度、项目维度和资源维度。

技术维度分为功能性和非功能性两方面。功能性方面的比较，无非就是对比两个方案对现有需求的满足程度，为未来需求支撑的可能性。

非功能性上的比较，和非功能性需求的维度类似，主要在可靠性、可用性、可维护性、可观测性、安全性、可扩展性等。

项目维度比较包括方案的复杂度、方案的工作量、方案的周期等。

资源维度的比较需要分析对比方案对资源的要求，资源是否就位、是否有关键资源的卡点等。

进行了多维度比较并落到文字上之后，就可以召开会议对方案进行讨论、打分和决策了。最终需要将决策的结论也落实到纸面上。并且的事中（项目过程中）和事后不定期的对决策结果进行重新 Review 和调整。