多用户商城系统架构通用原则

　　本文着重介绍以下多用户商城系统架构通用原则，本着节约的原则尽可能来打造一个牛逼的多用户商城电商平台!

　　多：承载的用户多

　　快：用户访问速度快

　　好：功能设计好扩展

　　省：运维省、开发省、硬件省

　　多用户商城系统架构原则一：多

　　多用户商城系统架构之承载更多的用户

　　核心思想：资源是有限的，用户是无限的;

　　破：每个用户浪费最少的服务器资源(不浪费更好)方可

　　内存很贵，CPU很重要，尽可能的保证你每条代码都是性能最好的，尽量的使用最新版本的系统内置方法!

　　避免恶意蜘蛛爬虫、恶意采集(Demo1，Demo2)对系统造成不必要的资源浪费，做好Robots(Demo1，Demo2，Demo3)恶意蜘蛛爬虫爬取频率限制，或者限制每个用户访问频率以及恶意访问者加入黑名单封号系统，以便让更多的真实用户访问我们的站!

　　某些业务如果可以容忍更新延迟的话，建议首先在用户客户端先JS、Cookie等保存，最后隔10秒或者每10个步骤在一次性批量同步到服务器，这样可以减少对服务器资源的消耗!

　　业务冗余数据不建议分散的做在Mysql中，建议做在Redis、MongoDB中，统一管理操作，而且利于大数据统计报表分析!

　　可以保存到用户客户端的数据，尽可能的保存到用户客户端(Cookie、localStorage、sessionStorage)，不要什么都塞给服务器或者从服务器频繁读取...

　　多用户商城系统架构原则二：快

　　多用户商城系统架构之响应速度更加快

　　核心思想：减少用户等待服务的时间;

　　破：资源更少(没有更好)，更小，传输更快方可

　　买更好的服务器、更多的CPU、更大的内存、更好的硬盘、更快的宽带、更好的域名DNS....

　　巧用HTTP协议的状态码，配合实现用户浏览器端页面级缓存，不仅可以更快，而且省很多资源!

　　多用户商城系统架构原则三：好

　　多用户商城系统架构之功能设计好扩展

　　核心思想：功能更全，更强大，开发更方便，交接更容易;

　　破：设计灵活、简单可依赖的系统架构

　　程序类扩展一定要使用工厂模式机制开发(虽然开发过程有点慢，但是使用效率高)，随时可以以业务功能点为单位废弃、反转、升级、排序、扩展、更改功能实现方式等诸多好处

　　研发出自己的Cookie分析系统，又利于业务增长等等，业务逻辑参照淘宝、天猫、百度对我们无处不在的用户喜好分析就知道了

　　多用户商城系统架构原则四：省

　　多用户商城系统架构成本节省之运维节省

　　核心思想：让运维更简单，更高效，运维成本更低;

　　破：减少业务复杂度

　　多做备份，选择有一键备份功能的服务器

　　多用户商城系统架构成本节省之开发节省

　　核心思想：用最低的技术门槛、最短的开发时间，开发最牛的业务平台;

　　破：系统架构模块化，互不干扰，手册人手一份

　　做好技术开发共享文档

　　多用户商城系统架构成本节省之硬件节省

　　核心思想：在最经济的硬件上，尽可能的榨干软件性能;

　　破：程序设计要规划充分、随时一键部署扩充硬件

　　以上为多用户商城系统架构的通用原则，只要你尽可能的榨干b2b2c商城软件性能，在利润产生前乃至用户量未破百万(保守估算)的时候，完全可以抗住一阵子了!