java多用戶商城系統架構之第二篇
如果你正在開發或者需要開發java系統商城,可以聯系我們:www.hulianrongyun.com。QQ:4407509
對於互聯網,尤其是電商系統,訪問速度是一個非常大的問題
類似淘寶、京東,如果做雙十一活動、秒殺等,都需要能處理高並發、大訪問量問題的
本文章只做一個拋磚迎玉,不講解具體業務、技術細節,適合工作五年以上技術人員閱讀
對於高並發、秒殺
一、緩存
1、數據緩存
2、頁面、文件等緩存
類似淘寶、京東都是把圖片、文件緩存在用戶本地,下次再訪問就直接訪問本地文件,如果訪問沒有,就去CDN服務器上下載,下載也是通過集群分發形式,下載最近的服務器文件。下載到本地之後,就做永久保存,不做刪除,如果需要修改文件,就改文件名就行了。
二、分布式圖片服務器
類似FastDFS等,這個有java、php、.net等客戶端,支持多語言,非常不錯
三、集群
這個是老生常談,必須要做的,一個需要註意的是session的統一管理
四、分布式
將一些訪問量高的接口獨立出來,做成服務化的方式,服務化不一定非得用dubbo,其實阿裏的很多開源產品,代碼質量寫的也不咋樣,只不過你也沒有更好的替代品了,畢竟它是經過那麽多考驗的了。目前我們公司有自己定制的dubbo。
五、數據庫讀寫分離、分庫分表
這個主要是DBA做的,數據庫做成支持讀寫分離、分庫分表
六、大表處理
大表一般目前可以做分區表,但是分區表也是有隱患的,最好前期就支持分表的,根據業務經常劃分
推薦技術:1、sharding-jdbc,在jdbc層做分表,目前支持mybatis、hibernate、jpa等等,需要開發負責
2、mycat,通過代理的形式,這個只需要運維負責就行
七、對於訪問量大的商品、店鋪
這個一般淘寶、京東他們都是會做特殊處理,比如會專門賣服務給一些大的商家,當他們訪問量大了,就會自動針對他們店鋪做集群,遷移到專門的集群環境
最後,如果有企業需要商城開發,可以聯系我們,我們產品是B2B2C模式,架構是:SpringMVC、MyBbatis、mysql/oracle/sqlserver、reids、dubbo、zookeeper、nginx,支持集群模式的
如果你正在開發或者需要開發java系統商城,可以聯系我們:www.hulianrongyun.com
java多用戶商城系統架構之第二篇