我们都经历过许多架构的选择，那么我们一定也知道，没有最好的架构，只有最合适的架构。面对这么多选择，我们应当遵循什么样的原则？从设计模式到DDD，有一系列的方法论，但我认为有一些思想是通用的，以下是我的一些理解。 预测与快速响应 我们常常信誓旦旦的说，我们的系统是为未来多少年设计的，那这是如何支撑的呢？ 如果能提前一步预测到未来，未来的技术趋势，未来的业务变化，未来的流量，哪怕就是眼下的未来，对技术人员来说，应对起来就变的游刃有余。所以我们的架构常常会为这种预测提前做出设计，预测什么非常重要，预测商业的变化不仅对能力的挑战非常高而且准确性低，所以前瞻首先考虑的不是商业未来的变化，而是未来业务完整的形态，因为从另一个视角看商业的变化，其实它是一个业务完善的过程。完整的视角再看当下的业务，也许当下的业务形态刚刚起步，但它一定是未来的基础，而有些未来的重要模块也可能提前被抽象出来，但当下可能仅仅是空实现。 但是，未来真的会延续这种方向发展吗？这就是上面提到的，对技术和业务的理解是主观的，主观就存在不确定性，如何应对这种不确定性？从另一个角度思考，支撑前瞻的另一个重要的原则就是