看起来这个规矩有些多余，但是请不要忽略。每一次架构的重构都是“伤筋动骨”，就像做手术一样，即使再成功，也会伤元气，所以决策者们首先要分析架构重构的理由和其他备选方案，明确重构的目的是为了满足业务需求，并且是不得不做的最佳方案，然后再考虑其他问题。 有时候，经过分析就会发现，也许还有其他解决方案，比如增加计算资源，或者重构的目的不是为了业务需求，那就没有必要做了。 ## 检查清单： * 架构重构的原因是什么，是为了满足业务的需要还是只是觉得架构不好看？ * 除了架构重构之外，还有其他备选方案吗？是否都分析过这些方案的利弊？