本文着重介绍以下多用户商城系统架构通用原则,本着节约的原则尽可能来打造一个牛逼的多用户商城电商平台!
多:承载的用户多
快:用户访问速度快
好:功能设计好扩展
省:运维省、开发省、硬件省
多用户商城系统架构原则一:多
多用户商城系统架构之承载更多的用户
核心思想:资源是有限的,用户是无限的;
破:每个用户浪费最少的服务器资源(不浪费更好)方可
内存很贵,CPU很重要,尽可能的保证你每条代码都是性能最好的,尽量的使用最新版本的系统内置方法!
避免恶意蜘蛛爬虫、恶意采集(Demo1,Demo2)对系统造成不必要的资源浪费,做好Robots(Demo1,Demo2,Demo3)恶意蜘蛛爬虫爬取频率限制,或者限制每个用户访问频率以及恶意访问者加入黑名单封号系统,以便让更多的真实用户访问我们的站!
某些业务如果可以容忍更新延迟的话,建议首先在用户客户端先JS、Cookie等保存,最后隔10秒或者每10个步骤在一次性批量同步到服务器,这样可以减少对服务器资源的消耗!
业务冗余数据不建议分散的做在Mysql中,建议做在Redis、MongoDB中,统一管理操作,而且利于大数据统计报表分析!
可以保存到用户客户端的数据,尽可能的保存到用户客户端(Cookie、localStorage、sessionStorage),不要什么都塞给服务器或者从服务器频繁读取...
多用户商城系统架构原则二:快
多用户商城系统架构之响应速度更加快
核心思想:减少用户等待服务的时间;
破:资源更少(没有更好),更小,传输更快方可
买更好的服务器、更多的CPU、更大的内存、更好的硬盘、更快的宽带、更好的域名DNS....
巧用HTTP协议的状态码,配合实现用户浏览器端页面级缓存,不仅可以更快,而且省很多资源!
多用户商城系统架构原则三:好
多用户商城系统架构之功能设计好扩展
核心思想:功能更全,更强大,开发更方便,交接更容易;
破:设计灵活、简单可依赖的系统架构
程序类扩展一定要使用工厂模式机制开发(虽然开发过程有点慢,但是使用效率高),随时可以以业务功能点为单位废弃、反转、升级、排序、扩展、更改功能实现方式等诸多好处
研发出自己的Cookie分析系统,又利于业务增长等等,业务逻辑参照淘宝、天猫、百度对我们无处不在的用户喜好分析就知道了
多用户商城系统架构原则四:省
多用户商城系统架构成本节省之运维节省
核心思想:让运维更简单,更高效,运维成本更低;
破:减少业务复杂度
多做备份,选择有一键备份功能的服务器
多用户商城系统架构成本节省之开发节省
核心思想:用最低的技术门槛、最短的开发时间,开发最牛的业务平台;
破:系统架构模块化,互不干扰,手册人手一份
做好技术开发共享文档
多用户商城系统架构成本节省之硬件节省
核心思想:在最经济的硬件上,尽可能的榨干软件性能;
破:程序设计要规划充分、随时一键部署扩充硬件
以上为多用户商城系统架构的通用原则,只要你尽可能的榨干b2b2c商城软件性能,在利润产生前乃至用户量未破百万(保守估算)的时候,完全可以抗住一阵子了!
文章来源:未知