一、商城上线初期

该方案需要配置两台服务器，需要把应用服务器和数据库服务器做物理分离。一台是应用服务器，安装网站后台、前台和APP提供接口所有功能模块，一台是服务器安装Mysql数据库，保存网站的所有持久化数据。 也可以采用一台服务器，把数据库和应用部署到一台服务器上。

该架构适合小型的应用，对于大型的电商系统，图片服务器和搜索服务都没有拆分开，以后扩展的时候工作量也是非常巨大的，所以我们放弃这种方案。易写科技商城系统低版本也是采用微服务架构，各个服务都已经查分开。

二、商城上线初中期、PV < 100万的情况

电商系统不同于其他系统，系统的稳定性和数据安全性是至关重要的，方案一肯定不适应的，系统是的单点，所以必须增加应用服务器和数据库服务器来满足网站的需要。 Web应用服务器，做负载均衡；2台以上数据库服务器，做数据库主从备份，读写分离；图片服务器集群；搜索服务器集群等负载均衡相关的方案； 其中，该方案采用软件负载均衡，通常采用Apache或者Nginx来做负载均衡。

这时服务器水平扩展，做负载均衡，易写科技商城系统旗舰版已经解决上述问题；程序垂直\水平扩展，Web和App拆分成多个项目，可以随着访问量的增大不断的进行优化，详情见下一种方案，也就是易写科技商城系统（大数据版）。

从这时起，一定避免架构和程序中存在单点情况。

三、商城上线中期、PV在百万的情况

用户和PV都达到百万级别以后，数据越来越多，这时候需要对数据库按照业务逻辑进行分库，可以分为：用户数据库、订单数据库、活动数据库等； 核心的表需要按照二维或者多维的方式进行拆分，比如订单、用户表等，这时并发量逐渐增大需要引入非关系型的数据库，易写科技商城系统数据级别的缓存是采用Redis，图片服务器是FastDFS集群， 假如图片访问速度还慢的话，需要引入商业的CDN(如阿里的OSS)来解决图片访问慢的问题。

这时主要涉及到的技术有：FastDFS、Memcached、Redis、CDN、数据库分库分表、数据库读写分离和主从备份、JMS、会话的保持等等。

四、商城上线中后期，PV千万级别以上

这时网站用户量和访问量都在千万级别以上，软负载已经很难满足需求，需要更换商业的硬负载比如（F5）或者按照自身的需求 重新开发负载均衡服务器，业务需要进一步做垂直划分，分为活动、用户中心、列表页、单品页、订单购物车等等，使用分布式的开源框架Dubbo或者Spring Cloud，在 双十一、周年庆等重大活动中可以采用服务降级等方式做应对，此时变成一个的分布式、高可用的大型的电子商务平台。

易写科技采用Spring Cloud Alibaba整个技术体系开发，比如服务发现：NACOS，声明性REST客户端：Feign，客户端负载平衡器：Ribbon，服务熔断：Sentinel，分布式事务：Seata；已经解决了上述问题，各个服务可以水平/垂直扩展。

五、易写科技微服务架构图

服务拆分情况如下：1、商品服务；2、订单服务；3、商家服务；4、系统服务；5、会员服务；6、日志服务。实现了数据库的拆分、微服务的拆分、图片服务器的拆分、搜索服务器的拆分、二级域名的拆分。

数据库拆分成7个数据库，分别是1、系统库；2、用户行为日志数据库；3、商品库；4、会员库；5、订单库；6、商家库；7、分布式事务数据库。