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

本文着重介绍以下

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

多：承载的用户多

快：用户访问速度快

好：功能设计好扩展

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

多用户商城系统架构原则

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

破：减少业务复杂度

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

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

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

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

做好技术开发共享文档

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

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

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

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