电商系统架构设计如何在系统性能和复用性之间寻求正确的平衡？

我个人觉得这个问题最好从业务的角度来进行正向理解，从业务的需求来找到一种动态的平衡。举个财险行业的例子就是：对于非车险业务，如意外险，普通财产险，这类业务的特点是单量大，单均件小，并且大部分流量都来自第三方平台，在设计这类接口时，第一要考虑的是性能，复用性只能兼顾了，因为此类产品购买流程简单，一般是在镶嵌在其它的业务产景中，所以性能很重要，不能从性能上支持，基本这个渠道就死了，从维护层面来讲，因为交易流程简单，就算复用性低，维护起来也不复杂。如果从车险的角度来讲，交易流程复杂，并且保险公司无差异性，性能方面受制于流程，所以在这块的架构设计反而对复用性要求较高，可能面对众多第三方，也可能面对自己的直销业务。

综上所述，系统架构的设计也是服务于业务的快速增长，没有绝对的平衡，只有相对的，相信随着一些新技术，如docker技术的发展，解决这种问题的技术手段会越来越多。前途是光明的

电商系统的基础架构中复用性可以带来的好处主要是利用率的提升与成本的节约，带来的缺点就是需要承担可靠性与性能的风险。平衡的原则应该从两方面入手：1. 通过sizing和POC明确复用的程度，并预留buffer。2. 利用权重保证优先级别高的业务与模块可用资源。