久久精品国产一区二区电影,久久精品国产亚洲av瑜伽,精品无人区一码卡二卡三,久草热8精品视频在线观看 ,久久99精品久久久久麻豆

互聯(lián)網(wǎng)電商系統(tǒng)的演進(jìn)過程

電商系統(tǒng)演進(jìn)

因?yàn)橹半娚滔到y(tǒng)做的很多，包括樂優(yōu)商城，暢購商城，谷粒商城，Ego商城等各種門類的電商行業(yè)，其實(shí)基本的業(yè)務(wù)架構(gòu)大都類似，下面來梳理一下做個(gè)電商項(xiàng)目的流程和整體的概述。

1.業(yè)務(wù)模式演進(jìn)

1.1 發(fā)展歷程

1.1.1 萌芽期（96-99）

96年：國(guó)家信息化領(lǐng)導(dǎo)小組成立

97年4月：各省成立信息化小組

97年12月：中國(guó)化工網(wǎng)B2B上線

98年3月：第一筆互聯(lián)網(wǎng)交易完成 （個(gè)人第一筆交易經(jīng)歷？）

98年11月：騰訊成立

99年5月：8848網(wǎng)成立

99年8月：易趣網(wǎng)

99年9月：阿里巴巴

99年11月：當(dāng)當(dāng)網(wǎng)

1.1.2 發(fā)展期（00-10）

00年4月：慧聰網(wǎng)B2B

00年5月：卓越網(wǎng)（亞馬遜中國(guó)）開啟B2C模式

00年6月：中國(guó)電子商務(wù)協(xié)會(huì)成立

01年：13所高校開啟電子商務(wù)專業(yè)

01年11月：8848暫停電子商務(wù)

02年3月：eBay收購易趣33%的股份

02年10月：阿里實(shí)現(xiàn)收支平衡

03年5月：淘寶網(wǎng)成立，C2C

03年6月：eBay全盤收購易趣C2C

03年10月：阿里推出支付寶

03年12月：慧聰網(wǎng)香港上市

04年1月：京東涉足電子商務(wù)

04年8月：亞馬遜收購卓越

05年9月：騰訊推出拍拍網(wǎng)（拍拍網(wǎng)的使用經(jīng)歷？）

06年5月：淘寶推出淘寶商城

07年11月：阿里巴巴登陸香港證券市場(chǎng)

08年：經(jīng)濟(jì)危機(jī)部分嚴(yán)重依賴外貿(mào)的電商倒閉

09年6月：當(dāng)當(dāng)宣布首季盈利

10年1月：蘇寧易購上線

10年11月：國(guó)美電器控股庫巴購物網(wǎng)進(jìn)軍電子商務(wù)

1.1.3 穩(wěn)定期（11-今）

12年1月：淘寶商城改為天貓

12年3月：唯品會(huì)上市

19年：天貓雙11交易額2684億

11年至今：天貓、京東、蘇寧、國(guó)美、各大電商趨于穩(wěn)定

1.2 業(yè)務(wù)模式

電商早期多以單體業(yè)務(wù)為主，逐個(gè)業(yè)務(wù)線擴(kuò)張。

系統(tǒng)也多呈現(xiàn)為多個(gè)mvc獨(dú)立運(yùn)行狀態(tài)。

下面逐個(gè)介紹各個(gè)單體的業(yè)務(wù)模式，以及他們各自的系統(tǒng)運(yùn)行特點(diǎn)。

1.2.1 B2C

1）簡(jiǎn)介Business to Consumer（Customer），B2C中的B是Business，意思是企業(yè)，2則是to的諧音，C是Customer，意思是消費(fèi)者，所以B2C是企業(yè)對(duì)消費(fèi)者的電子商務(wù)模式。

這種形式的電子商務(wù)一般以網(wǎng)絡(luò)零售業(yè)為主，主要借助于Internet開展在線銷售活動(dòng)。

2）系統(tǒng)特點(diǎn)因?yàn)槊嫦虼罅肯M(fèi)者，網(wǎng)站訪問量較大，對(duì)網(wǎng)站并發(fā)行有一定要求，但交易方式相對(duì)簡(jiǎn)單。

3）案例天貓商城京東蘇寧易購國(guó)美電器

1.2.2 C2C

1）簡(jiǎn)介Consumer to Consumer，意思是個(gè)人與個(gè)人之間的電子商務(wù)。

C2C 商務(wù)平臺(tái)就是通過為買賣雙方提供一個(gè)在線交易平臺(tái)，使賣方可以主動(dòng)提供商品上網(wǎng)拍賣，而買方可以自行選擇商品進(jìn)行競(jìng)價(jià)。

比如一個(gè)消費(fèi)者有一臺(tái)電腦，通過網(wǎng)絡(luò)進(jìn)行交易，把它出售給另外一個(gè)消費(fèi)者。

2）系統(tǒng)特點(diǎn)同B2C一樣，網(wǎng)站訪問量是重點(diǎn)。

3）案例閑魚58交易

1.2.3 B2B

1）簡(jiǎn)介Business to Business，即企業(yè)與企業(yè)之間通過互聯(lián)網(wǎng)進(jìn)行產(chǎn)品、服務(wù)及信息的交換。

通俗的說法是指進(jìn)行電子商務(wù)交易的供需雙方都是商家（或企業(yè)、公司）。

一般來講，過程包括：發(fā)布供求信息（現(xiàn)貨，期貨），訂貨及確認(rèn)訂貨（議價(jià)，集采，聚投），支付（先貨后款，先款后貨，分期支付），票據(jù)的簽發(fā)、傳送和接收（驗(yàn)貨，驗(yàn)票），確定配送方案（物流），監(jiān)控配送過程（違約與仲裁）等。

2）系統(tǒng)特點(diǎn)與C端用戶不同，B端訪問量相對(duì)小，但是交易周期的流程，以及交易的監(jiān)督相對(duì)復(fù)雜。

3）案例中國(guó)化工阿里巴巴慧聰網(wǎng)中國(guó)供銷電子商務(wù)中糧我買網(wǎng)

1.2.4 O2O

1）簡(jiǎn)介Online to Offlfflffline，O2O 是新興起的一種電子商務(wù)新商業(yè)模式，即將線下商務(wù)的機(jī)會(huì)與互聯(lián)網(wǎng)結(jié)合在了一起，讓互聯(lián)網(wǎng)成為線下交易的工具。

這樣線下服務(wù)就可以用線上來引流，消費(fèi)者可以用線上來篩選服務(wù)，還有成交可以在線結(jié)算，高效完成部分線下的前期環(huán)節(jié)。

2）系統(tǒng)特點(diǎn)O2O整合了線上購買+線下體驗(yàn)的模式，多為服務(wù)性商品，比如餐飲，娛樂等。

尤其是移動(dòng)互聯(lián)網(wǎng)的接入，對(duì)O2O系統(tǒng)就有針對(duì)用戶做定制化服務(wù)的要求，比如位置定位、周邊服務(wù)、定向推送等。

3）案例各類團(tuán)購?fù)赓u打車類共享單車

1.2.5 其他

1）ABCAgent、Business、Consumer。

ABC 模式是新型電子商務(wù)模式的一種，被譽(yù)為繼阿里巴巴 B2B 模式、京東商城B2C 模式以及淘寶 C2C 模式之后電子商務(wù)界的第四大模式。

它由代理商、商家和消費(fèi)者共同搭建的集生產(chǎn)、經(jīng)營(yíng)、消費(fèi)為一體的電子商務(wù)平臺(tái)。

2）B2MBusiness to Manager。

B2M 相對(duì)于 B2B、B2C、C2C 有著本質(zhì)的不同，其根本的區(qū)別在于目標(biāo)客戶群的性質(zhì)不同，前三者的目標(biāo)客戶群都是作為一種消費(fèi)者的身份出現(xiàn)，而 B2M 所針對(duì)的客戶群是該企業(yè)或者該產(chǎn)品的銷售者或者為其工作者，而不是最終消費(fèi)者。

3）M2CManager to Consumer。

M2C 是針對(duì)于 B2M 的電子商務(wù)模式而出現(xiàn)的延伸概念。

B2M 環(huán)節(jié)中，企業(yè)通過網(wǎng)絡(luò)平臺(tái)發(fā)布該企業(yè)的產(chǎn)品或者服務(wù)，職業(yè)經(jīng)理人通過網(wǎng)絡(luò)獲取該企業(yè)的產(chǎn)品或者服務(wù)信息，并且為該企業(yè)提供產(chǎn)品銷售或者提供企業(yè)服務(wù)，企業(yè)通過經(jīng)理人的服務(wù)達(dá)到銷售產(chǎn)品或者獲得服務(wù)的目的。

4）B2A/B2GA：Administration，G：Government。

是企業(yè)與政府管理部門之間的電子商務(wù)，如政府采購，海關(guān)報(bào)稅的平臺(tái)，國(guó)稅局和地稅局報(bào)稅的平臺(tái)等。

5）C2A/C2GConsumer to Administration。

消費(fèi)者對(duì)行政機(jī)構(gòu)的電子商務(wù)，指的是政府對(duì)個(gè)人的電子商務(wù)活動(dòng)。

例如政府的稅務(wù)機(jī)構(gòu)通過指定私營(yíng)稅務(wù)，或財(cái)務(wù)會(huì)計(jì)事務(wù)所用電子方式來為個(gè)人報(bào)稅。

1.3 電商中臺(tái)

1.3.1 背景

（供銷電商的經(jīng)歷，背景，發(fā)展與問題？） 1）技術(shù)架構(gòu)的需要煙囪式系統(tǒng)建設(shè)：業(yè)務(wù)部門提出業(yè)務(wù)需求，信息中心部門進(jìn)行系統(tǒng)集成，再進(jìn)入到需求收集、需求分析、開發(fā)、測(cè)試、上線的項(xiàng)目周期中。

每個(gè)新系統(tǒng)的上線都預(yù)示著一座新的煙囪矗立而成。

這種完全基于業(yè)務(wù)需求建設(shè)系統(tǒng)的方式，已經(jīng)成為過去20多年企業(yè)建設(shè)IT系統(tǒng)的標(biāo)準(zhǔn)流程，導(dǎo)致IT系統(tǒng)建設(shè)早的企業(yè)內(nèi)部系統(tǒng)煙囪林立。

造成的問題：重復(fù)功能建設(shè)和維護(hù)帶來的重復(fù)投資系統(tǒng)間的集成和協(xié)作成本高昂不利于業(yè)務(wù)的沉淀和持續(xù)發(fā)展。

2）組織架構(gòu)的需要IT信息部門在現(xiàn)有模式下往往被定位成了一個(gè)服務(wù)部門。

這使得IT信息化部門一直處于『業(yè)務(wù)支持』的職能位置，即只為了滿足業(yè)務(wù)部門需求而進(jìn)行IT系統(tǒng)建設(shè)的實(shí)施和運(yùn)維部門。

這種模式下， 很多企業(yè)的IT信息化部門的員工大多數(shù)的工作內(nèi)容都是開發(fā)上線開發(fā)上線。

而對(duì)業(yè)務(wù)缺乏某一專業(yè)領(lǐng)域的經(jīng)驗(yàn)和沉淀。

基于中臺(tái)下的共享業(yè)務(wù)技術(shù)部，使得核心公共業(yè)務(wù)沉淀，讓IT部門與上層業(yè)務(wù)更貼近，能夠?qū)I(yè)務(wù)的下一步發(fā)展有著自己的理解和看法，對(duì)業(yè)務(wù)流程如何進(jìn)一步優(yōu)化能更好地提升業(yè)務(wù)，甚至對(duì)企業(yè)現(xiàn)有的業(yè)務(wù)提出創(chuàng)新的想法，為企業(yè)帶來新的業(yè)務(wù)增長(zhǎng)點(diǎn)。

1.3.2 概述

綜合前面的業(yè)務(wù)模式，各個(gè)業(yè)務(wù)類型中，都具備基本的商品、交易、庫存、支付等公共部分。

提煉這部分基礎(chǔ)內(nèi)容，進(jìn)行沉淀，逐步形成中臺(tái)基礎(chǔ)能力層，而個(gè)性化的業(yè)務(wù)流程部分上浮，形成產(chǎn)品層。

這樣做的好處是，基礎(chǔ)能力層聚焦于穩(wěn)定收斂的業(yè)務(wù)模型和基礎(chǔ)服務(wù)本身，不會(huì)隨著業(yè)務(wù)和前臺(tái)產(chǎn)品的調(diào)整發(fā)生大的變化，平臺(tái)產(chǎn)品層則專注于通過流程編排類的技術(shù)手段，將基礎(chǔ)能力構(gòu)建成業(yè)務(wù)的解決方案，解決共性和個(gè)性化的問題。

即大中臺(tái)，小前端。

1.3.3 業(yè)務(wù)中臺(tái)

商品中心：商品、類目、sku、spu交易中心：訂單、狀態(tài)流轉(zhuǎn)、條目、支付營(yíng)銷中心：促銷、優(yōu)惠券、活動(dòng)會(huì)員中心：賬戶、基本信息、收發(fā)貨地址、商鋪商家信息倉儲(chǔ)中心：倉庫、庫存物流中心：發(fā)貨信息、自主物流或外部物流對(duì)接.

1.3.4 技術(shù)中臺(tái)

基礎(chǔ)架構(gòu)：核心類庫、公共框架、基礎(chǔ)服務(wù)、服務(wù)治理框架中間件：分布式緩存、分布式消息、數(shù)據(jù)存儲(chǔ)（db，nosql）、分布式文件、分布式調(diào)度自動(dòng)化運(yùn)維：監(jiān)控中心、資源管理、配置中心、發(fā)布中心、日志平臺(tái)自動(dòng)化測(cè)試：任務(wù)協(xié)同、基礎(chǔ)測(cè)試、性能測(cè)試、接口測(cè)試、持續(xù)集成（運(yùn)維中臺(tái)的爭(zhēng)議）.

1.3.5 數(shù)據(jù)中臺(tái)

數(shù)據(jù)抽?。簭膁b，nosql，日志等各個(gè)來源提供抽取接口數(shù)據(jù)接口：為上層業(yè)務(wù)提供需要的定制化業(yè)務(wù)數(shù)據(jù)接口數(shù)據(jù)分析：行業(yè)分析與決策、數(shù)據(jù)驅(qū)動(dòng)運(yùn)營(yíng)人工智能：用戶畫像、商品推薦可視化：數(shù)據(jù)大屏、信息展示、活動(dòng)報(bào)表.

1.4 發(fā)展趨勢(shì)

1.4.1 移動(dòng)電商

移動(dòng)電子商務(wù)（M-Commerce），它由電子商務(wù)（E-Commerce）的概念衍生出來，傳統(tǒng)電子商務(wù)以PC機(jī)為主要界面，是“有線的電子商務(wù)”；而移動(dòng)電子商務(wù)，則是通過智能手機(jī)、平板電腦這些可以裝在口袋里的終端與我們謀面，無論何時(shí)、何地都可以開始。

有人預(yù)言，移動(dòng)商務(wù)將決定21世紀(jì)新企業(yè)的風(fēng)貌，也將改變生活與舊商業(yè)的地形地貌。

主要特點(diǎn)：隨時(shí)隨地、實(shí)時(shí)在線、精準(zhǔn)推送營(yíng)銷面臨挑戰(zhàn)：終端的多樣化

1.4.2 社交電商

電商說到底就是通過線上流量把貨賣出去。

社交電商顧名思義，與傳統(tǒng)電商網(wǎng)站的區(qū)別在于流量的導(dǎo)入方式是借助社交圈。

社交電商，一般通過點(diǎn)贊、分享、轉(zhuǎn)發(fā)、自媒體推薦等通過自己的社會(huì)關(guān)系 去制造和產(chǎn)生流量。

而傳統(tǒng)電商是做平臺(tái)，借助平臺(tái)的力量去助推銷售。

傳統(tǒng)電商以貨為中心，圍繞商品、供應(yīng)鏈的傳統(tǒng)賣貨平臺(tái)。

社交電商以人為中心，是社交關(guān)系形成的電商形態(tài)，不以產(chǎn)品搜索、展示為銷售模式，而是通過社交，用戶分享傳播，形成口碑效應(yīng)，從而激發(fā)消費(fèi)需求。

拼多多歷經(jīng)短短2年3個(gè)月的時(shí)間就在美國(guó)納斯達(dá)克正式上市，而這個(gè)成績(jī)，淘寶用了10年，京東用了5年。

案例：拼多多、有贊、微商、抖音、淘寶直播特點(diǎn)：容易形成圈子效應(yīng)面臨挑戰(zhàn)：對(duì)口碑的要求很高、社交和交易的界限不好把控

1.4.3 新零售

新零售，英文是New Retailing，在2016年的10月，馬云提出了新零售就是線上、線下、物流相結(jié)合。

即個(gè)人、企業(yè)以互聯(lián)網(wǎng)為依托，通過運(yùn)用大數(shù)據(jù)、人工智能等先進(jìn)技術(shù)手段，對(duì)商品的生產(chǎn)、流通與銷售過程進(jìn)行升級(jí)改造，進(jìn)而重塑業(yè)態(tài)結(jié)構(gòu)與生態(tài)圈，并對(duì)線上服務(wù)、線下體驗(yàn)以及現(xiàn)代物流進(jìn)行深度融合的零售新模式。

在線上零售的沖擊下，傳統(tǒng)的純線下零售在歷經(jīng)了地產(chǎn)整合、渠道升級(jí)、品牌崛起等發(fā)展階段后，很難有新突破。

而線上零售也逐漸探到傳統(tǒng)流量模式的天花板。

于是線上、線下、技術(shù)、數(shù)據(jù)、供應(yīng)鏈等場(chǎng)景都在尋求相互融合，形成線上交易結(jié)合線下體驗(yàn)店的新零售。

案例：阿里巴巴全面布局"新零售"市場(chǎng)；京東主推"無界零售"；蘇寧則依靠"智慧零售" 迎來九年來最佳業(yè)績(jī)

2. 架構(gòu)體系演進(jìn)

2.1 概述

任何體系的成型不是一蹴而就，隨著訪問量，數(shù)據(jù)量的增長(zhǎng)，業(yè)務(wù)需求在推動(dòng)技術(shù)架構(gòu)的發(fā)展變革。

下面我們以淘寶的發(fā)展歷程為例，來看系統(tǒng)架構(gòu)的演進(jìn)過程。

1）架構(gòu)目標(biāo)高性能：提供快速的訪問體驗(yàn)，高并發(fā)下的及時(shí)響應(yīng)。

高可用：網(wǎng)站服務(wù)7x24正常訪問，可用性達(dá)到幾個(gè)9。

可伸縮：資源的擴(kuò)容，應(yīng)對(duì)突發(fā)和流量脈沖。

安全性：提供網(wǎng)站安全訪問和數(shù)據(jù)加密、安全存儲(chǔ)等策略。

擴(kuò)展性：方便對(duì)現(xiàn)有模塊做版本升級(jí)，新模塊的上線，突發(fā)活動(dòng)下的服務(wù)降級(jí)。

敏捷性：對(duì)系統(tǒng)突發(fā)情況的快速排查與應(yīng)對(duì)。

2）演進(jìn)概述部署層面：?jiǎn)螜C(jī)到集群，集中式到分布式，物理部署到云化業(yè)務(wù)層面：?jiǎn)我籱vc到垂直拆分，服務(wù)治理到微服務(wù)數(shù)據(jù)層面：db到集群，單一關(guān)系型數(shù)據(jù)到多樣化nosql，搜索引擎，文件服務(wù)

2.2 單機(jī)器時(shí)代

小型網(wǎng)站，阿里云小項(xiàng)目還有人在用。

1）方案大型機(jī)：引發(fā)對(duì)單機(jī)性能的過度追求，推動(dòng)高配機(jī)器的發(fā)展，成本高昂調(diào)優(yōu)：jvm單節(jié)點(diǎn)調(diào)優(yōu)甚至接近于強(qiáng)迫癥的地步2）特點(diǎn)部署簡(jiǎn)單：采用web包部署與發(fā)布，db同臺(tái)機(jī)器連接，簡(jiǎn)單易操作。

資源爭(zhēng)奪：在業(yè)務(wù)發(fā)展的初始階段尚可支撐，隨著訪問量的上升，單機(jī)性能很快會(huì)成為系統(tǒng)瓶頸。

2.3 數(shù)據(jù)分離

稍微大一點(diǎn)的系統(tǒng)，dba出現(xiàn)，數(shù)據(jù)庫追逐商業(yè)大型db如oracle，如（淘寶v1.1 ， mysql→oracle）1）方案多臺(tái)機(jī)器：tomcat與mysql各自獨(dú)占機(jī)器資源針對(duì)性擴(kuò)容：tomcat應(yīng)用機(jī)更注重cpu的運(yùn)算和內(nèi)存，mysql更注重io與磁盤性能，針對(duì)各自情況擴(kuò)容2）特點(diǎn)數(shù)據(jù)維護(hù)：可以抽出單獨(dú)的dba來維護(hù)數(shù)據(jù)庫服務(wù)器數(shù)據(jù)安全：需要跨機(jī)器訪問數(shù)據(jù)庫，鏈接密碼需要注意防范泄漏數(shù)據(jù)庫瓶頸：數(shù)據(jù)庫頻繁讀寫，io很快成為瓶頸

2.4 數(shù)據(jù)緩存

2006-2007，淘寶V2.2架構(gòu)，分布式緩存Tair引入。

（08-09創(chuàng)業(yè)初期memcache+ssh1時(shí)代的故事） 1）方案數(shù)據(jù)冷熱劃分：熱點(diǎn)數(shù)據(jù)如類目、商品基礎(chǔ)信息熱加載，其他數(shù)據(jù)延遲加載ehcache：非分布式，簡(jiǎn)單，易維護(hù)，可用性一般memcache：性能可靠，純內(nèi)存，客戶端需要自己實(shí)現(xiàn)，無持久化redis：性能可靠，純內(nèi)存，自帶分片，集群，哨兵，支持持久化，幾乎成為當(dāng)前的標(biāo)準(zhǔn)方案2）特點(diǎn)緩存策略：緩存與db的邊界需要架構(gòu)師去把控，重度依賴可能引發(fā)問題（memcache造成db高壓案例，模擬請(qǐng)求解決 → squid；redis短信平臺(tái)故障案例）緩存陷阱：擊穿，穿透，雪崩數(shù)據(jù)一致性：刪除、雙寫

2.5 應(yīng)用集群

2004-2005，淘寶V2.0，EJB為核心（2011年間EJB3 pk spring3.x選型案例）。

V2.1架構(gòu)下，引入spring框架走向輕量化和集群1）方案apache：早期負(fù)載均衡方案，性能一般nginx：7層代理，性能強(qiáng)悍，配置簡(jiǎn)潔，可以攜帶lua完成前端邏輯，當(dāng)前不二之選haproxy：性能沒問題，可做7層或4層代理。

lvs：4層代理，性能最強(qiáng)，linux集成，配置麻煩h5：硬件負(fù)載，財(cái)大氣粗的不二選擇2）特點(diǎn)session保持：集群環(huán)境下，用戶登陸及session的保持成為問題，需要分布式session做支撐分布式協(xié)同：分布式環(huán)境下對(duì)資源的加鎖要超出線程鎖的范疇，上升為分布式鎖調(diào)度問題：調(diào)度程序跑重復(fù)機(jī)器狀態(tài)管理：多臺(tái)應(yīng)用機(jī)的狀態(tài)檢測(cè)與替換需要做到及時(shí)性服務(wù)升級(jí)：滾動(dòng)升級(jí)成為可能日志管理：日志文件分散在各個(gè)機(jī)器，促進(jìn)集中式日志平臺(tái)的產(chǎn)生

2.6 讀寫分離

早在2003-2004淘寶V1.0就使用mysql就使用了讀寫分離，V1.1換成oracle，直到2007數(shù)據(jù)庫重新往mysql回遷，新東方也是相同經(jīng)歷。

1）方案緩存集群：redis哨兵，集群，分片，pre-sharding，memcache一致性hash數(shù)據(jù)庫集群：一主多從、雙主單寫、災(zāi)備 （供銷災(zāi)備雙主單寫案例） 2）特點(diǎn)數(shù)據(jù)延遲：準(zhǔn)實(shí)時(shí)，單方法內(nèi)的寫入立即讀取問題開發(fā)層面：需要開發(fā)框架具備多數(shù)據(jù)源的支持，以及自動(dòng)化的數(shù)據(jù)源切換數(shù)據(jù)分片：memcache需要客戶端處理，redis支持集群數(shù)據(jù)分片單庫瓶頸：業(yè)務(wù)越來越多，表數(shù)量越來越多。

單庫成為瓶頸數(shù)據(jù)局限：依然無法解決單表大數(shù)據(jù)的問題，比如訂單積累達(dá)到億級(jí)，即使在從庫，關(guān)聯(lián)查詢依然奇慢無比

2.7 分庫分表

2004-2007，淘寶V2.1，支持分庫，拋棄EJB。

1）方案早期分區(qū)表：range，list，hash，key，對(duì)開發(fā)端透明，但分區(qū)數(shù)有限制，性能提升有天花板。

業(yè)務(wù)分庫：訂單庫，產(chǎn)品庫，活動(dòng)庫，會(huì)員庫橫向分表：3個(gè)月內(nèi)訂單，半年內(nèi)訂單，更多訂單2）特點(diǎn)（恒天集團(tuán)基金系統(tǒng)從數(shù)據(jù)庫分區(qū)表到Mycat）分庫：無法使用數(shù)據(jù)庫事務(wù)保證完整性，而分布式事務(wù)的效果并不理想，多采用冪等和最終一致性方案。

分表：數(shù)據(jù)聚合矛盾，以訂單為例，下單時(shí)間維度的分表和用戶維度的查詢是一對(duì)矛盾。

排序統(tǒng)計(jì)變得異常困難。

中間件：Sharding-JDBC，Mycat，Atlas

2.8 動(dòng)靜分離

早年間的Apache+tomcat，后被nginx幾乎一統(tǒng)江山。

（前后端開發(fā)模式的演進(jìn)：mvc頁面嵌套→接口化）1）方案靜態(tài)響應(yīng)：tomcat對(duì)靜態(tài)文件響應(yīng)一般，提取靜態(tài)文件，直接由nginx響應(yīng)動(dòng)態(tài)代理：后端api通過代理轉(zhuǎn)發(fā)給tomcat應(yīng)用機(jī)器2）特點(diǎn)開發(fā)層面調(diào)整：項(xiàng)目結(jié)構(gòu)要同步調(diào)整，由原來的一體化mvc轉(zhuǎn)換為后端api+前端形式。

前后協(xié)調(diào)：前后端的分工變得更明確，互相并行開發(fā)，獨(dú)立部署，但也帶來了接口協(xié)調(diào)與約定等溝通問題單層局限：?jiǎn)蝹€(gè)nginx代理在并發(fā)處理任務(wù)時(shí)，依然會(huì)有上限，靜態(tài)文件節(jié)點(diǎn)需要面臨擴(kuò)容。

2.9 多層代理

2010-2012 ，新東方網(wǎng)絡(luò)課堂項(xiàng)目架構(gòu)，基于springMVC+Mybatis，war包集中式部署。

資源不夠，機(jī)器來湊的時(shí)代（30臺(tái)tomcat）。

image-202203311605056061）方案多層代理：在nginx前再加一層lvs做代理，作為流量的統(tǒng)一入口，再分發(fā)給下層的多個(gè)nginx，靜態(tài)服務(wù)得到擴(kuò)容2）特點(diǎn)機(jī)房受限：lvs依然是單一節(jié)點(diǎn)，即使keepalived做到高可用，流量仍然需要在唯一入口進(jìn)入。

2.10 跨機(jī)房

淘寶V2.1時(shí)代 ， 使用自己的TaobaoCDN。

中國(guó)供銷集團(tuán)兩地災(zāi)備，DNS輪詢北京機(jī)房，西安機(jī)房1）方案dns輪詢：通過配置多個(gè)ip將服務(wù)部署到多個(gè)機(jī)房，通過dns的策略輪詢調(diào)用，可以實(shí)現(xiàn)機(jī)房層面的擴(kuò)容CDN：就近原則，使用戶獲得就近的機(jī)房訪問相關(guān)資源，自己投資太大，購買他方需要付費(fèi)。

2）特點(diǎn)基本解決了機(jī)器部署的擴(kuò)容問題，隨著業(yè)務(wù)的發(fā)展，數(shù)據(jù)呈現(xiàn)多樣化發(fā)展，底層異構(gòu)化數(shù)據(jù)成為新的瓶頸。

2.11 異構(gòu)數(shù)據(jù)

2006-2007，淘寶V2.2，分布式存儲(chǔ)TFS，分布式緩存Tair，V3.0 加入 nosql Cassandra，搜索引擎升級(jí)數(shù)據(jù)庫查詢調(diào)優(yōu)極限→搜索引擎、本地上傳+nfs→文件系統(tǒng)的演進(jìn)，方案后期均有深入講解1）方案nosql：商品特殊化屬性，mongodb，hbase搜索引擎：商品信息庫，lucene，solr，elasticsearch分布式文件存儲(chǔ)：商品圖片，上傳的文件等，hdfs，fastdfs2）特點(diǎn)開發(fā)框架支持：存儲(chǔ)的數(shù)據(jù)多樣化，要求開發(fā)框架架構(gòu)層面要提供多樣化的支撐，并確保訪問易用性數(shù)據(jù)運(yùn)維：多種數(shù)據(jù)服務(wù)器對(duì)運(yùn)維的要求提升，機(jī)器的數(shù)據(jù)維護(hù)與災(zāi)備工作量加大數(shù)據(jù)安全：多種數(shù)據(jù)存儲(chǔ)的權(quán)限，授權(quán)與訪問隔離需要注意

2.12 業(yè)務(wù)線拆分

以上架構(gòu)的演進(jìn)，基礎(chǔ)設(shè)施層面的優(yōu)化幾乎達(dá)到了天花板，接下來，需要從業(yè)務(wù)和應(yīng)用層面進(jìn)行架構(gòu)上的升級(jí)image-202204011824477281）方案業(yè)務(wù)分發(fā)：代理層設(shè)置不同的二級(jí)域名，如b2b.abc.com，b2c.abc.com，分發(fā)給不同的服務(wù)器消息互通：服務(wù)之間使用mq等異步消息提供通訊。

跨域問題：因?yàn)槎鄠€(gè)業(yè)務(wù)線占據(jù)不同的域名，出現(xiàn)多個(gè)主站，單點(diǎn)登錄被推上前線2）特點(diǎn)粒度較粗：純以業(yè)務(wù)為導(dǎo)向，往往形成業(yè)務(wù)團(tuán)隊(duì)各自為戰(zhàn)，新業(yè)務(wù)線出現(xiàn)時(shí)瘋狂擴(kuò)張重復(fù)開發(fā)：相同功能可能在不同業(yè)務(wù)的項(xiàng)目中被重復(fù)開發(fā)，比如促銷、短信發(fā)送、收銀臺(tái)

2.13 服務(wù)化

淘寶V3.0，HSF出現(xiàn)，服務(wù)化導(dǎo)向，架構(gòu)師忙于SOA和系統(tǒng)關(guān)系的梳理。

（2015年冬金融項(xiàng)目業(yè)務(wù)線rest→dubbo2.4.11的引入過程）1）方案公共服務(wù)：重復(fù)開發(fā)的基礎(chǔ)服務(wù)沉淀，形成服務(wù)中心，避免重復(fù)造輪子，降低成本，架構(gòu)團(tuán)隊(duì)出現(xiàn)。

獨(dú)立性：各自服務(wù)獨(dú)立部署升級(jí)，粒度更細(xì)，低耦合，高內(nèi)聚SOA：服務(wù)治理的范疇，重在服務(wù)之間的拆分與統(tǒng)一接口微服務(wù)：可以理解為服務(wù)治理的一種手段，趨向于小服務(wù)的獨(dú)立運(yùn)作與部署。

技術(shù)手段：springcloud，dubbo2）特點(diǎn)界限把控：服務(wù)的粒度、拆分和公共服務(wù)提煉需要架構(gòu)師的全局把控。

設(shè)計(jì)不好容易引發(fā)混亂部署升級(jí)：服務(wù)數(shù)量增多，自動(dòng)化部署面臨挑戰(zhàn)服務(wù)可用性：抽調(diào)的微服務(wù)因需要被多個(gè)上層業(yè)務(wù)共享，可用性等級(jí)變高，一旦down機(jī)就是災(zāi)難熔斷和限流：做好服務(wù)熔斷和限流，提防服務(wù)單點(diǎn)瓶頸造成整個(gè)系統(tǒng)癱瘓。

2.14 中臺(tái)化

阿里共享業(yè)務(wù)技術(shù)部的發(fā)展，中國(guó)供銷集團(tuán)，電商平臺(tái)中臺(tái)體系的架構(gòu)模式。

技術(shù)沉積形成了公共服務(wù)平臺(tái)，業(yè)務(wù)沉積逐步形成共享業(yè)務(wù)技術(shù)部，同時(shí)，業(yè)務(wù)煙囪的壁壘推動(dòng)業(yè)務(wù)中臺(tái)成型。

同時(shí)組織結(jié)構(gòu)同步升級(jí)，以技術(shù)共享為核心的技術(shù)中臺(tái)，以數(shù)據(jù)為中心的數(shù)據(jù)中臺(tái)同步建設(shè)得到實(shí)施。

1）方案業(yè)務(wù)沉淀形成獨(dú)立的中心，各個(gè)中心之間借助服務(wù)總線實(shí)現(xiàn)業(yè)務(wù)協(xié)作與服務(wù)重組。

2）特點(diǎn)團(tuán)隊(duì)規(guī)模：團(tuán)隊(duì)規(guī)模擴(kuò)張，人員增多，協(xié)調(diào)成本上升，組織機(jī)構(gòu)要有配套調(diào)整接口授權(quán)：各個(gè)中心的接口授權(quán)與開發(fā)需要把控接口約束：系統(tǒng)增多，各個(gè)服務(wù)接口的規(guī)范化日益重要，要求有統(tǒng)一的服務(wù)接口規(guī)范，推動(dòng)企業(yè)消息總線的建設(shè)跨服務(wù)令牌：借助oauth2等手段，實(shí)現(xiàn)服務(wù)之間的權(quán)限認(rèn)證

2.15 容器化

針對(duì)中臺(tái)化的建設(shè)及微服務(wù)數(shù)量的飆升，部署和運(yùn)維支撐同步進(jìn)行著變革。

面臨微服務(wù)的快速部署，資源的彈性伸縮等挑戰(zhàn)，容器化與云被推進(jìn)。

案例：成百上千的服務(wù)數(shù)量龐大、大促期間某些微服務(wù)的臨時(shí)擴(kuò)容。

1）方案虛擬化：vm方案，Openstack，Vmware，VirtualBox容器化：docker編排：swarm，k8s，k3s云化：容器化解決了資源的快速伸縮，但仍需要企業(yè)自備大量預(yù)備資源。

推動(dòng)私有云到企業(yè)云進(jìn)化2）特點(diǎn)資源預(yù)估：注意資源的回收，降低資源閑置和浪費(fèi)，例如大促結(jié)束后要及時(shí)回收。

運(yùn)維要求：需要運(yùn)維層面的高度支撐，門檻比較高預(yù)估風(fēng)險(xiǎn)：云癱瘓的故障造成的損失不可估量，（openstack垮掉的事故案例）

3 架構(gòu)總結(jié)

1. 知行合一，做之前，先考慮意義

2. 原生優(yōu)于定制，約定大于配置

3. 什么都是，最后會(huì)淪落到什么都不是

4. 控制技術(shù)欲，不要瞎折騰

5. 留下擴(kuò)展，但不要想到100年后

6. 沒有最好的，只有最合適的

7. 夠用就好，玩的越花，風(fēng)險(xiǎn)越大

8. 簡(jiǎn)約最美

來源：愛思考的小趙 程序員DD