軟件項目投標(biāo)文件-系統(tǒng)方案

XXX系統(tǒng)建設(shè)項目投標(biāo)文件

（二）系統(tǒng)方案

2016年xx月xx日

目錄

1.系統(tǒng)建設(shè)原則..................................................7

1.1系統(tǒng)設(shè)計原則...............................................7

1.2功能設(shè)計原則...............................................8

1.3性能方案原則...............................................8

1.4UI設(shè)計原則.................................................8

1.5接口設(shè)計原則...............................................9

2.業(yè)務(wù)解決方案.................................................11

2.1前端用戶APP..............................................................................................11

2.1.1首頁.................................................11

2.1.2搜索.................................................11

2.1.3我的（用戶中心）.....................................11

2.1.4其他功能.............................................11

2.2后端管理系統(tǒng)..............................................11

2.2.1用戶管理.............................................12

2.2.2商品管理.............................................12

2.2.3內(nèi)容管理.............................................12

2.2.4統(tǒng)計報表.............................................12

2.2.5系統(tǒng)設(shè)置.............................................12

3.系統(tǒng)技術(shù)架構(gòu).................................................12

3.1系統(tǒng)總體技術(shù)架構(gòu)..........................................12

3.2服務(wù)端技術(shù)特點(diǎn)............................................14

3.3移動端技術(shù)特點(diǎn)............................................17

3.3.1混合開發(fā)模式.........................................17

3.3.2豐富的應(yīng)用組件.......................................18

3.3.3應(yīng)用快速插件化.......................................18

3.3.4穩(wěn)定的熱補(bǔ)丁更新.....................................18

3.3.5高效的日志采集.......................................19

3.4高并發(fā)業(yè)務(wù)應(yīng)對技術(shù)........................................19

3.4.1分布式服務(wù)集群.......................................19

3.4.2分布式緩存技術(shù).......................................20

3.4.3分布式消息隊列技術(shù)...................................21

3.4.4渠道限流技術(shù).........................................21

3.5系統(tǒng)網(wǎng)絡(luò)架構(gòu)..............................................22

3.5.1系統(tǒng)網(wǎng)絡(luò)架構(gòu).........................................22

3.5.2系統(tǒng)部署架構(gòu)說明.....................................23

4.系統(tǒng)配置建議.................................................24

4.1設(shè)備配置技術(shù)原則及指標(biāo)....................................24

4.2系統(tǒng)服務(wù)器配置建議........................................25

4.3系統(tǒng)軟件配置建議..........................................26

4.4各設(shè)備構(gòu)件選型原則........................................27

5.與第三方系統(tǒng)的對接...........................................28

5.1與統(tǒng)一認(rèn)證系統(tǒng)的對接......................................28

5.2與第三方支付平臺的對接....................................28

5.3與短信系統(tǒng)的接口..........................................29

5.4與第三方社交平臺的對接....................................29

6.系統(tǒng)安全方案.................................................29

6.1系統(tǒng)安全方案的設(shè)計原則....................................29

6.1.1系統(tǒng)集成方案設(shè)計原則.................................29

6.1.2系統(tǒng)安全方案設(shè)計原則.................................30

6.2系統(tǒng)級安全手段............................................31

6.2.1網(wǎng)絡(luò)隔離.............................................31

6.2.2入侵防護(hù).............................................33

6.2.3漏洞掃描.............................................34

6.2.4病毒防范.............................................35

6.2.5安全審計.............................................36

6.2.6備份和恢復(fù)...........................................36

6.3應(yīng)用及數(shù)據(jù)安全措施........................................37

6.3.1web客戶端安全.......................................37

6.3.2移動端安全方案.......................................37

6.3.3應(yīng)用安全.............................................39

6.3.4數(shù)據(jù)安全.............................................41

6.3.5多種安全手段并用.....................................42

6.4系統(tǒng)運(yùn)行安全..............................................42

6.4.1系統(tǒng)容錯容災(zāi).........................................42

6.4.2交易信息傳輸加密.....................................43

6.4.3交易數(shù)據(jù)完整性.......................................43

6.4.4用戶證書使用的日志管理方案...........................43

6.4.5服務(wù)器文件日志.......................................44

6.5系統(tǒng)監(jiān)控..................................................44

6.5.1系統(tǒng)監(jiān)控平臺機(jī)構(gòu).....................................45

6.5.2系統(tǒng)監(jiān)控平臺功能.....................................45

6.5.3服務(wù)器性能監(jiān)控.......................................45

6.5.4服務(wù)器頁面監(jiān)控.......................................46

7.項目實施與管理.................................................47

7.1組織架構(gòu)..................................................47

7.1.1項目管理辦公室.......................................47

7.1.2項目控制主管.........................................47

7.1.3項目經(jīng)理.............................................48

7.1.4總體組...............................................48

7.1.5需求分析組...........................................48

7.1.6系統(tǒng)環(huán)境組...........................................49

7.1.7開發(fā)組...............................................49

7.1.8測試組...............................................49

7.1.9質(zhì)量管理組...........................................49

7.2項目文檔管理..............................................49

7.2.1文檔管理說明.........................................49

7.2.2文檔確認(rèn)機(jī)制.........................................50

7.2.3階段性工作及對應(yīng)產(chǎn)出文檔.............................50

7.3項目實施管理..............................................52

7.3.1項目溝通管理方案.....................................52

7.3.2項目人員管理方案.....................................52

7.3.3軟件版本控制.........................................53

7.3.4項目風(fēng)險分析及應(yīng)對...................................54

8.測試流程與方法................................................57

8.1測試標(biāo)準(zhǔn)流程..............................................57

8.1.1測試流程總體概述.....................................57

8.1.2立項/測試啟動階段....................................61

8.1.3需求分析階段.........................................63

8.1.4測試設(shè)計階段.........................................65

8.1.5測試執(zhí)行階段.........................................68

8.1.6集成測試階段.........................................68

8.1.7系統(tǒng)測試階段.........................................74

8.1.8UAT測試階段.........................................81

8.2測試方法集................................................85

8.2.1測試基本方法.........................................85

8.2.2階段測試方法.........................................87

8.2.3專項測試方法.........................................94

9.培訓(xùn)方案....................................................100

9.1培訓(xùn)方案概述.............................................100

9.1.1參加培訓(xùn)人員........................................100

9.1.2培訓(xùn)方式............................................100

9.1.3培訓(xùn)地點(diǎn)............................................100

9.2培訓(xùn)環(huán)境要求..............................................100

10.售后服務(wù)...................................................101

10.1服務(wù)范圍................................................101

10.2服務(wù)承諾................................................101

10.3現(xiàn)場承諾................................................102

10.4遠(yuǎn)程服務(wù)................................................102

10.5故障級別及響應(yīng)時間......................................102

10.5.1故障級別的定義.....................................102

10.5.2故障響應(yīng)方式.......................................102

10.6運(yùn)維及支持服務(wù)..........................................103

10.7項目團(tuán)隊................................................103

11.項目實施計劃...............................................104

11.1擬投入的人員資源及團(tuán)隊架構(gòu)..............................104

11.2項目計劃及項目關(guān)鍵里程碑描述............................106

11.3項目組成員、分工及簡歷..................................107

11.3.1項目經(jīng)理-王小明....................................107

1.系統(tǒng)建設(shè)原則

1.1系統(tǒng)設(shè)計原則

■規(guī)范性

整個系統(tǒng)的各種軟硬件和實施過程均應(yīng)符合相關(guān)國際、國內(nèi)標(biāo)準(zhǔn)。

■實用性

在保證服務(wù)質(zhì)量的前提下，按系統(tǒng)規(guī)模和業(yè)務(wù)功設(shè)計適月的系統(tǒng)，系統(tǒng)可操

作性、可維護(hù)性強(qiáng)。

■先進(jìn)性

使用當(dāng)今市場上主流并領(lǐng)先的產(chǎn)品和技術(shù)。

■可靠性

系統(tǒng)具備容錯能力，關(guān)鍵節(jié)點(diǎn)設(shè)備和核心設(shè)備有適當(dāng)?shù)娜哂唷?/p>

系統(tǒng)采用靈活的機(jī)制實現(xiàn)負(fù)載均衡，防止“瓶頸”產(chǎn)生，避免單點(diǎn)故障導(dǎo)致

系統(tǒng)整體或重要功能的喪失，最大限度減少停機(jī)時間。

■擴(kuò)展性

系統(tǒng)具有良好的可擴(kuò)充性和擴(kuò)展能力，能夠方便地進(jìn)行系統(tǒng)升級和更新，以

適應(yīng)業(yè)務(wù)的不斷發(fā)展和變化。

■安全性

采取多種安全技術(shù)和防護(hù)手段，保證平臺自身的安全性，保證服務(wù)不會中斷,

數(shù)據(jù)不被非法入侵者破壞和盜用。

系統(tǒng)具備靈活可靠的安全策略和機(jī)制，可以根據(jù)不同的業(yè)務(wù)類型和應(yīng)用環(huán)境

設(shè)置不同的安全措施。

■成熟性

采用的產(chǎn)品和技術(shù)都經(jīng)過市場的考驗，有在大型系統(tǒng)中應(yīng)用的成功案例。主

要產(chǎn)品或組件均為自有知識產(chǎn)權(quán)的成熟產(chǎn)品。

■設(shè)備功能簡單化

減少了單機(jī)多應(yīng)用的情況，便于故障排查、恢復(fù)和日常的運(yùn)行維護(hù)。

■標(biāo)準(zhǔn)性和開放性

所選用的產(chǎn)品或技術(shù)全部遵循通用的國際或行業(yè)標(biāo)準(zhǔn)，各系統(tǒng)模塊之間有良

好的兼容性。

1.2功能設(shè)計原則

本項目主要子系統(tǒng)通過采購?fù)ㄓ玫?、成熟度高的產(chǎn)品來進(jìn)行實現(xiàn)。

項目方案充分考慮所購產(chǎn)品的技術(shù)完整性、一致性和可擴(kuò)充性，便于系統(tǒng)運(yùn)

行及后期的維護(hù)和管理。

從高穩(wěn)定性、高性能、高擴(kuò)展性、跨平臺性的原則出發(fā)，系統(tǒng)采用分層應(yīng)用

體系結(jié)構(gòu)搭建底層應(yīng)用平臺，將表示邏輯、業(yè)務(wù)邏輯以及對數(shù)據(jù)庫的訪問等有效

地分離，提高應(yīng)用的兼容性和可擴(kuò)展性，保證整個應(yīng)用系統(tǒng)的可用性。

1.3性能方案原則

■穩(wěn)定性

通過良好的系統(tǒng)架構(gòu)設(shè)計，通過集群、負(fù)載均衡等軟硬件設(shè)備的運(yùn)用，通過

與安全支撐平臺的接口等多種手段，保證系統(tǒng)運(yùn)行的穩(wěn)定性C

■響應(yīng)速度

系統(tǒng)保證在大用戶量時的較高的網(wǎng)站響應(yīng)和訪問速度。

■不間斷性

為保證二十四小時不間斷訪問，系統(tǒng)在關(guān)鍵路徑上實現(xiàn)冗余，關(guān)鍵點(diǎn)上實現(xiàn)

熱備或群集，并保證運(yùn)行中的數(shù)據(jù)同步和故障發(fā)生時的系統(tǒng)自動接管。

■可監(jiān)控性

網(wǎng)絡(luò)設(shè)備采用智能化、可管理的設(shè)備，同時采用網(wǎng)絡(luò)管理軟件實現(xiàn)分布式管

理，使運(yùn)維人員能夠監(jiān)控整個系統(tǒng)的運(yùn)行狀況，合理分配系統(tǒng)資源、動態(tài)配置網(wǎng)

絡(luò)負(fù)載，迅速確定系統(tǒng)故障等。

1.4UI設(shè)計原則

■風(fēng)格符合甲方ci標(biāo)準(zhǔn)和要求。

■色調(diào)和諧美觀，視覺簡潔、穩(wěn)重，結(jié)構(gòu)編排合理。整個界面色彩較為統(tǒng)一,

單個頁面色彩不會太雜。

■文本字體及顏色設(shè)計合理，既保證在一屏中能顯示足夠多的內(nèi)容，又盡量減

少客戶的視覺疲勞。

■在用戶瀏覽任何所選標(biāo)題的內(nèi)容時，所看內(nèi)容在一個窗口內(nèi)，并且按照窗口

的寬度排好內(nèi)容文字，達(dá)到方便使用的效果。

■規(guī)范化處理：在應(yīng)用整體目錄結(jié)構(gòu)劃分、頁面風(fēng)格控制、公用文件控制、圖

片處理等各方面采用標(biāo)準(zhǔn)化處理，便于日后維護(hù)和更新。

■APP界面兼容不同手機(jī)，呢b界面在各種主流瀏覽器下均能正確瀏覽。

L5接口設(shè)計原則

接口設(shè)計遵循標(biāo)準(zhǔn)化、開放性、安全性、穩(wěn)定性四大原則：

（一）標(biāo)準(zhǔn)化

采用統(tǒng)一的REST標(biāo)準(zhǔn)和規(guī)范設(shè)計接口，是目前行業(yè)主流的標(biāo)準(zhǔn)化接口設(shè)計

方式，并對業(yè)務(wù)接口進(jìn)行統(tǒng)一規(guī)劃，支持多渠道接口支持，避免業(yè)務(wù)接口的重復(fù)

設(shè)計。所有的資源都可以使用URL的方式進(jìn)行標(biāo)識，通過標(biāo)準(zhǔn)HTTP操作進(jìn)行交

互，每次操作都含有完整的字描述信息。接口設(shè)計支持超鏈接關(guān)聯(lián)，所有的請求

對應(yīng)虛擬的一系列頁面。

（二）開放性

開放性的接口具備“跨平臺、公網(wǎng)通訊、文檔公開”三大特性。

跨平臺：跨平臺特性從通訊協(xié)議、數(shù)據(jù)格式、國密算法三個方面實現(xiàn)：

接口采用HTTP通訊協(xié)議，通過HTTP請求和返回進(jìn)行系統(tǒng)間交互。HTTP協(xié)

議是構(gòu)成互聯(lián)網(wǎng)信息傳播的通用基礎(chǔ)協(xié)議，不受平臺架構(gòu)、開發(fā)語言等限制，能

夠確保與幾乎所有網(wǎng)絡(luò)系統(tǒng)實現(xiàn)互聯(lián)互通。

通過接口傳輸?shù)臄?shù)據(jù)，采用行業(yè)標(biāo)準(zhǔn)的XML或JSON格式進(jìn)行封裝；

為適應(yīng)多語言環(huán)境，接口傳輸數(shù)據(jù)的字符集規(guī)范建議采用UTF-8字符集。

在設(shè)計接口安全機(jī)制時，采用主流開發(fā)語言均能支持的標(biāo)準(zhǔn)國密算法，如

DES、AES、MD5等。

公網(wǎng)通訊：接口對公共互聯(lián)網(wǎng)開放（HTTP接口不需要另外開放端口），接收

來自互聯(lián)網(wǎng)上的任何位置的訪問請求。

文檔公開：在安全的范圍內(nèi)容公開包括接口規(guī)范、參數(shù)定位、返回值說明、

開發(fā)示例等在內(nèi)接口文檔（“系統(tǒng)互聯(lián)”的接口文檔僅在內(nèi)部公開，“開放平臺”

的接口文檔通常發(fā)布在網(wǎng)站上向所有開發(fā)者公開）。

（三）安全性

從接口鑒權(quán)、數(shù)據(jù)加密、入侵防護(hù)等方面制定全面的安全保障機(jī)制：

接口鑒權(quán)：根據(jù)IP地址、系統(tǒng)標(biāo)識、鑒權(quán)密碼等數(shù)據(jù)進(jìn)行接口鑒權(quán)，只有

通過鑒權(quán)的請求才會被正常處理，否則拒絕請求并記錄異常日志。平臺對自己的

服務(wù)有控制權(quán)，調(diào)用者對自己的數(shù)據(jù)有控制權(quán)。接口代理層的安全檢測包括Token

防偽檢測、Token有效期檢測、Token廢品檢測、調(diào)用者有效性檢測、授權(quán)IP認(rèn)

證、Referer同源檢測。

數(shù)據(jù)加密：采用對稱加密算法（DES或AES）對接口傳輸數(shù)據(jù)進(jìn)行加密，避

免數(shù)據(jù)被非法截獲或解讀；同時采用單向不可逆的非對稱加密算法（MD5）對傳

輸數(shù)據(jù)進(jìn)行簽名驗證，以防止數(shù)據(jù)被篡改或偽造，防止公共數(shù)據(jù)被他人竊聽。

入侵防護(hù)：除了通過加密驗證、漏洞掃描、網(wǎng)絡(luò)隔離等手段進(jìn)行技術(shù)性防護(hù)

外，進(jìn)一步設(shè)計并實現(xiàn)對接口安全的監(jiān)控機(jī)制和后臺管理功能，包括：接口日志

查詢、接口異常預(yù)警、實時請求監(jiān)控、接口運(yùn)行情況統(tǒng)計分析，等等。

（四）穩(wěn)定性

接口的穩(wěn)定可靠，需要確保：平臺架構(gòu)穩(wěn)定、海量訪問性能、運(yùn)營及快速響

應(yīng)三個要素，對數(shù)據(jù)一致性方面有較高的要求，需要完善可靠的系統(tǒng)問數(shù)據(jù)校對

機(jī)制和相應(yīng)的功能。

平臺架構(gòu)穩(wěn)定：包括基礎(chǔ)通訊協(xié)議、系統(tǒng)參數(shù)定義、業(yè)務(wù)接口規(guī)劃等等方面

的設(shè)計方案需盡可能保持穩(wěn)定，如確實需要調(diào)整時，應(yīng)在推出新版接口的同時，

保持對舊版接口的向下兼容。

海量訪問性能：平臺接口需要支撐海量、高并發(fā)的接口請求，除提高系統(tǒng)性

能和吞吐能力外，接口設(shè)計方案需包含完善的狀態(tài)檢測、失敗重試、流量監(jiān)控保

障等機(jī)制。平臺對接口訪問有嚴(yán)格的頻度控制，根據(jù)不同調(diào)用者實施不同的優(yōu)先

級待遇，在平臺資源受限時，重點(diǎn)保障重要業(yè)務(wù)的快速響應(yīng)。平臺支持自我過我

保護(hù)，當(dāng)訪問壓力接近系統(tǒng)容量閥值時，會主動進(jìn)行訪問控制，保障系統(tǒng)正常運(yùn)

行，不產(chǎn)生雪崩效應(yīng)。

運(yùn)營及快速響應(yīng)：在提供接口的同時，設(shè)計實現(xiàn)完善的后臺管理功能，實現(xiàn)

平臺接口的可運(yùn)營、可管理、可監(jiān)控。包括：接口權(quán)限分配、鑒權(quán)參數(shù)設(shè)置、流

量控制、日志查詢、異常預(yù)警、臨時干預(yù)手段、數(shù)據(jù)統(tǒng)計分析等功能模塊。

系統(tǒng)間數(shù)據(jù)校對：設(shè)計完善的數(shù)據(jù)校對機(jī)制和功能，保持關(guān)聯(lián)系統(tǒng)間的數(shù)據(jù)

一致性。包括：定時跑批校對、手工校對、差異數(shù)據(jù)提取和處理等。

2.業(yè)務(wù)解決方案

2.1前端用戶APP

2.1.1首頁

2.1.2搜索

2.1.3我的（用戶中心）

2.1.4其他功能

（針對項目需求展開詳細(xì)描述）

2.2后端管理系統(tǒng)

2.2.1用戶管理

2.2.2商品管理

2.2.3內(nèi)容管理

2.2.4統(tǒng)計報表

2.2.5系統(tǒng)設(shè)置

（針對項目需求展開詳細(xì)描述）

3.系統(tǒng)技術(shù)架構(gòu)

3.1系統(tǒng)總體技術(shù)架構(gòu)

（系統(tǒng)整體架構(gòu)圖）

架構(gòu)特點(diǎn)：

?將展現(xiàn)層和業(yè)務(wù)層分離，便于擴(kuò)展。

A展現(xiàn)層：主要是用戶看到的界面部分，包括APP和Web界面。

＞接口層：接口層主要是組織展現(xiàn)層需要的數(shù)據(jù)，并調(diào)用業(yè)務(wù)層的

服務(wù)來進(jìn)行處理并返回數(shù)據(jù)。

＞業(yè)務(wù)層：業(yè)務(wù)層采取服務(wù)化的設(shè)計方法，將每個業(yè)務(wù)操作封裝為

一個業(yè)務(wù)服務(wù)，利用dubbo框架及Zookeeper來實現(xiàn)分布式服務(wù)調(diào)

用。

?統(tǒng)一數(shù)據(jù)訪問：

＞通過統(tǒng)一的數(shù)據(jù)訪問層來實現(xiàn)數(shù)據(jù)的透明訪問，開發(fā)人員只需要關(guān)

注業(yè)務(wù)邏輯本身。

?開放性、靈活性

＞采用主流的多層軟件體系結(jié)構(gòu)。

＞支持多種開發(fā)工具、軟件產(chǎn)品的靈活搭配U

＞跨平臺的中間件技術(shù)，支持各種開發(fā)語言/操作系統(tǒng)。

＞開放式的架構(gòu)設(shè)計，支持各種應(yīng)用子系統(tǒng)的對接與集成。

＞采用通用、標(biāo)準(zhǔn)的API接口，支持各種主流開發(fā)平臺。

＞大量使用PC服務(wù)器集群和Linux操作系統(tǒng)。

＞使用成熟、先進(jìn)的開源軟件和系統(tǒng)。

＞靈活的部署方式和網(wǎng)絡(luò)方案，適應(yīng)各種實際情況。

?輕量化、高性能

＞采用輕量化的軟件和系統(tǒng)，減少不必要的性能損失和資源浪費(fèi)。

＞簡潔高效的程序開發(fā)框架，降低開發(fā)和維護(hù)復(fù)雜度。

＞減少對大型封閉式商業(yè)軟件和開發(fā)工具的依賴，深入掌握系統(tǒng)底層,

挖掘系統(tǒng)的性能極限。

＞大量應(yīng)用高速內(nèi)存緩存技術(shù)，突破性能瓶頸。

＞產(chǎn)品可以支持日均10000萬PV,產(chǎn)品用戶數(shù)支持能力大于10000萬

用戶。

?松耦合、高可靠

＞軟件完全采用模塊化設(shè)計，拆分靈活、替換方便。

＞系統(tǒng)由多個相對獨(dú)立的子系統(tǒng)組成，分散系統(tǒng)風(fēng)險。

＞減少子系統(tǒng)和模塊之間的互相干擾。

＞普遍使用負(fù)載均衡、雙機(jī)熱備，有效避免單點(diǎn)故障。

?分布式、可擴(kuò)展

＞分布式的系統(tǒng)設(shè)計，具備無縫升級和橫向擴(kuò)展能力

＞服務(wù)器集群和負(fù)載均衡技術(shù)的普遍使用，支持單個子系統(tǒng)的平滑擴(kuò)

容和升級。

＞分布式的數(shù)據(jù)存儲，突破單個數(shù)據(jù)庫系統(tǒng)的性能瓶頸。

＞大量使用群集技術(shù)形成高負(fù)載能力。

?先進(jìn)性、成熟性

＞本架構(gòu)的原理和設(shè)計思想，與業(yè)界最先進(jìn)的技術(shù)體系同步。

＞所選用的軟件和系統(tǒng)，都是業(yè)界頂尖的大型互聯(lián)網(wǎng)平臺普遍采用的

成熟產(chǎn)品。

3.2服務(wù)端技術(shù)特點(diǎn)

支持大訪問量和高并發(fā)的技術(shù)架構(gòu)；Web表現(xiàn)層與App應(yīng)用層分離，在Web

層可以很好控制訪問的流量；使用Dubbo服務(wù)化治理框架，并使用Netty分布式

中間件，進(jìn)行分布式部署和負(fù)載均衡，性能好，訪問速度快，并發(fā)用戶數(shù)高；使

用圖片服務(wù)器，管理網(wǎng)站所有圖片，圖片可根據(jù)大小尺寸自動縮放，限制訪問流

量，大大減少了網(wǎng)絡(luò)占用帶寬，同時也具備垃圾圖片自動清理，圖片移動等強(qiáng)大

功能；采用分布式Redis緩存，一致性Hash算法，有效的管理數(shù)據(jù)緩存；使用

Solr分布式搜索，檢索文件與數(shù)據(jù)庫分離，將網(wǎng)站不同欄E的內(nèi)容進(jìn)行分離存

儲，解決單個索引過大問題，同時更高效、更快速的檢索產(chǎn)品；使用互聯(lián)網(wǎng)特色

客戶Web行為數(shù)據(jù)采集服務(wù)系統(tǒng)，通過在網(wǎng)頁嵌入JavaScript腳本的方式，實

現(xiàn)用戶行為的采集，分析，統(tǒng)計，報表等，非常精確的分析用戶的行為，用戶的

分布。

互聯(lián)網(wǎng)總體技術(shù)架構(gòu)，具備一定的的開放性、靈活性和擴(kuò)展性，同時兼具通

訊的高度安全性、可靠性和穩(wěn)定性。技術(shù)架構(gòu)應(yīng)充分借鑒大型互聯(lián)網(wǎng)網(wǎng)站的成功

應(yīng)用經(jīng)驗，體現(xiàn)互聯(lián)網(wǎng)架構(gòu)的高度靈活、高可用性、高可靠性、高可配置性的思

想并能實現(xiàn)快速開發(fā)迭代。包括以下幾個方面：

?開放的系統(tǒng)平臺

■采用Browser/ApplicationServer/DB三層軟件體系結(jié)構(gòu)。

■完全開放型的平臺，易于擴(kuò)展，配置靈活。

■開放式的設(shè)計架構(gòu)，可實現(xiàn)和第三方軟件的接口與集成。

■充分借用大型門戶級網(wǎng)站的成功應(yīng)用經(jīng)驗。

■操作系統(tǒng)，數(shù)據(jù)庫，開發(fā)工具盡量采用成熟可靠的軟件產(chǎn)品。

?無縫升級和橫向擴(kuò)展能力

■完全的模塊化設(shè)計，模塊拆分靈活，可平滑升級。

■系統(tǒng)采用PC服務(wù)器群，應(yīng)用服務(wù)器和數(shù)據(jù)庫支持無限級橫向擴(kuò)展。

?優(yōu)化的構(gòu)件庫和APT接口

■使用Java語言開發(fā)底層構(gòu)件。

■使用Java技術(shù)優(yōu)化API接口性能。

■使用觸發(fā)式數(shù)據(jù)同步技術(shù)。

?采用負(fù)載均衡技術(shù)，和高效的緩存系統(tǒng)

■在內(nèi)存中緩存數(shù)據(jù)，減少數(shù)據(jù)庫。

■集中式緩存，分布式環(huán)境下沒有同步問題。

■支持群集，負(fù)載能力強(qiáng)。

■部署靈活、擴(kuò)展簡單且易于管理。

■提供各種主流開發(fā)平臺的API接口。

■能支撐千萬用戶級系統(tǒng)，應(yīng)用成熟。

?采用多種安全技術(shù)，確保安全性和保密性

■采用防火墻技術(shù)。

■瀏覽器、客戶端敏感數(shù)據(jù)交換采用SSL加密技術(shù)。

■所有密鑰長度非對稱不低于128位，對稱不低于1024位。

■對會話層采用SSL（安全套層）協(xié)議，對應(yīng)用層采用SET（安全電子交

易）協(xié)議。

■SSL協(xié)議能很好地解決身份驗證、信息保密、信息完整等網(wǎng)絡(luò)信息傳

輸過程中最為關(guān)鍵的安全保密問題。

■SET協(xié)議保證客戶交易信息的保密性和完整性，確保交易行為的不可

否認(rèn)性和合法性。

以下是技術(shù)架構(gòu)原理圖。基于圖中的架構(gòu)原理，根據(jù)實際的業(yè)務(wù)需求、

開發(fā)工具和軟件選型，可設(shè)計最符合項目的實施方案。

推薦使用如下圖所示的架構(gòu)方案:

LVS/Nginx

8IT

日志采集統(tǒng)一數(shù)據(jù)訪問(DAP)ESB

數(shù)16

Redis集群MySql集群

訪問層Mong原群第三方系統(tǒng)平臺

數(shù)據(jù)緩存按業(yè)務(wù)分庫

?分布式數(shù)據(jù)庫系統(tǒng)

＞將應(yīng)用數(shù)據(jù)分布在多個數(shù)據(jù)庫，突破單個數(shù)據(jù)庫性能和可靠性瓶頸。

＞通過多種數(shù)據(jù)庫系統(tǒng)的靈活組合，實現(xiàn)容量、速度、可靠性最優(yōu)組合。

＞統(tǒng)一數(shù)據(jù)訪問層，兼容主流關(guān)系數(shù)據(jù)庫(Oracle\MySql\DB2...)。

＞SLF4J日志門面，將結(jié)構(gòu)化日志數(shù)據(jù)采集到MongoDB對象型數(shù)據(jù)庫。

?分布式緩存系統(tǒng)

＞利用服務(wù)器內(nèi)存作為高速數(shù)據(jù)緩存，大幅降低數(shù)據(jù)庫壓力。

＞高速內(nèi)存緩存對以數(shù)據(jù)查詢?yōu)橹鞯幕ヂ?lián)網(wǎng)服務(wù)平臺效果尤其明顯。

?分布式應(yīng)用服務(wù)器集群

＞模塊化的應(yīng)用服務(wù)系統(tǒng)，處理主要業(yè)務(wù)邏輯。

＞應(yīng)用連接池、線程池等技術(shù)，實現(xiàn)負(fù)載平衡和穩(wěn)定運(yùn)行。

＞使用標(biāo)準(zhǔn)化的、面向?qū)ο蟮拈_發(fā)平臺。

?分布式跨平臺網(wǎng)絡(luò)通訊中間件

＞用于連接前端用戶層與應(yīng)用服務(wù)層的通訊中間件。

＞該中間件的跨平臺特性，支持多種語言和應(yīng)用環(huán)境，能夠整合使用各種

語言開發(fā)、運(yùn)行在不同環(huán)境下的多個應(yīng)用服務(wù)或用戶終端。

?分布式文件服務(wù)系統(tǒng)

＞為整個平臺提供文件上傳、下載、格式轉(zhuǎn)換、媒體播放等服務(wù)的高性能

文件服務(wù)系統(tǒng)，支持多臺服務(wù)器組成的分布式集群。

＞使用高速存儲設(shè)備（磁盤陣列）或分布式存儲系統(tǒng)，支撐海量文件資源

（圖片、音視頻、文檔）的存儲服務(wù)。

＞通過Web服務(wù)系統(tǒng)，向終端瀏覽器用戶提供文件上傳、下載服務(wù)（如頁

面圖片加載等）。

?WEB服務(wù)

＞由Web服務(wù)器群集，支撐高并發(fā)的互聯(lián)網(wǎng)訪問請求。

＞使用動態(tài)網(wǎng)頁腳本語言開發(fā)頁面，通過中間件與應(yīng)用服務(wù)器通訊。

＞通過HTTP協(xié)議，向外部網(wǎng)絡(luò)和系統(tǒng)提供開放接口。

3.3移動端技術(shù)特點(diǎn)

3.3.1混合開發(fā)模式

采用Hybird混合開發(fā)模式，可以快速接入Html5,基于開源框架ionic,是一款

強(qiáng)大的HybridHTML5移動開發(fā)框架，它綁定了AngularJS和Sass,提供了豐富CSS

樣式庫和UI組件，結(jié)合Cordova（又稱PhoneGap）與原生APP進(jìn)行數(shù)據(jù)交互，非

常適合企業(yè)應(yīng)用開發(fā)，可以大大加快UI開發(fā)和產(chǎn)品發(fā)布速度。

IonicIonicCLI

自定義

JavaScript命令集合

Cordova/PhoneGap

自定義JSAngularUI

路由

自定義UI

組件

JqueryAngularJS

Mobile

主要特性如下:

CSS、JS、圖片資源存儲在本地，大大加快Html5頁面展示渲染效

率。

A網(wǎng)絡(luò)數(shù)據(jù)安全，所有的Html5頁面網(wǎng)絡(luò)請求都講映射到原生APP去

請求數(shù)據(jù)，請求網(wǎng)絡(luò)接口經(jīng)過apptoken、secrectKey等加密認(rèn)證，

確保請求安全。

>Html5資源動態(tài)升級，APP會自動檢測Html5資源版本，確保資源能

得到更新。

3.3.2豐富的應(yīng)用組件

（一）LBS地圖定位

對百度、高德等主流地圖API進(jìn)行二次封裝，可以快速接入應(yīng)用。輕松實

現(xiàn)周邊商戶尋找，路徑規(guī)劃等常用功能

（二）圖片上傳下載

具備按照不同手機(jī)的分辨率自動計算下載合適的尺寸的圖片，設(shè)置內(nèi)存和

SD卡緩存等多級緩存，同一張圖片首次下載過后，后續(xù)加載會自動從內(nèi)存或者

SD讀取緩存圖片，提高圖片加載效率以及節(jié)省用戶流量。同支持?jǐn)帱c(diǎn)續(xù)傳上傳

大文件，滿足APP圖片上傳服務(wù)。

（三）圖片輪播

適應(yīng)APP各種廣告輪播，設(shè)置輪播切換時長，采用預(yù)加載部分輪播頁面，

提高輪播廣告渲染速度。

3.3.3應(yīng)用快速插件化

根據(jù)業(yè)務(wù)對模塊分解，將一些模塊做成插件，插件可以單獨(dú)更新，數(shù)據(jù)訪

問和主應(yīng)用隔離，更加安全可靠。節(jié)省用戶首次下載流量。

3.3.4穩(wěn)定的熱補(bǔ)丁更新

當(dāng)APP應(yīng)用發(fā)布后，出現(xiàn)緊急異常問題時，來不及按照正常流程將APP發(fā)

布到應(yīng)用市場時，定位出現(xiàn)問題的地方修正邏輯，做成補(bǔ)丁包上傳到服務(wù)器，APP

下載補(bǔ)丁包后，動態(tài)加載到程序內(nèi)存區(qū)域，實現(xiàn)問題熱修復(fù)c

3.3.5高效的日志采集

通多標(biāo)準(zhǔn)SDK模式設(shè)計,配置日志上傳策略，收集APP常規(guī)信息，如分辨

率、屏幕尺寸、型號、操作系統(tǒng)版本，同時也支持收集業(yè)務(wù)操作，任意地方只需

要調(diào)用日志提交方法即可。

3.4高并發(fā)業(yè)務(wù)應(yīng)對技術(shù)

3.4.1分布式服務(wù)集群

大型互聯(lián)網(wǎng)平臺的系統(tǒng)架構(gòu)具有“分布式、輕框架、松耦合”的特點(diǎn)，其典

型特征是由大量服務(wù)器和負(fù)載均衡組成的分布式服務(wù)集群，有效避免單點(diǎn)故障,

支持故障更換和動態(tài)擴(kuò)容。

分布式集群的基本原理如下圖所示：

分布式集群具備以下優(yōu)點(diǎn)：

1）配置靈活：按需配置各子系統(tǒng)的服務(wù)器數(shù)量，根據(jù)負(fù)載情況隨時調(diào)配服

務(wù)器資源；

2）水平擴(kuò)容：簡單添加服務(wù)器即可實現(xiàn)動態(tài)水平擴(kuò)容，可根據(jù)業(yè)務(wù)發(fā)展逐

步投入服務(wù)器資源;

3）高可用性：單個服務(wù)器故障不影響整體運(yùn)作，防止雪崩效應(yīng)，支持不停

產(chǎn)升級；

4）高可靠性：通過設(shè)備冗余解決單點(diǎn)故障，大大降低整體故障概率，更換

單臺服務(wù)器不需要停站。

分布式集群支持彈性伸縮及聯(lián)機(jī)擴(kuò)展，能夠根據(jù)業(yè)務(wù)需求和運(yùn)營策略，通過

簡單地添加/減少服務(wù)器，動態(tài)擴(kuò)充或縮減集群處理能力，有效應(yīng)對高并發(fā)的互

聯(lián)網(wǎng)業(yè)務(wù)場景；并且擴(kuò)容或縮容時系統(tǒng)無需停止服務(wù)。

構(gòu)建上述分布式服務(wù)集群，需要基于完全分布式、松耦合的互聯(lián)網(wǎng)軟件技術(shù)

架構(gòu)（包括：分布式服務(wù)框架（Dubbo）、分布式緩存、分布式消息隊列等），并

結(jié)合負(fù)教均衡設(shè)備（F5交換機(jī)）或負(fù)載均衡服務(wù)（SLB）的部署使用。

3.4.2分布式緩存技術(shù)

海量/高并發(fā)的數(shù)據(jù)查詢請求是互聯(lián)網(wǎng)應(yīng)用的典型特征，由于大量并發(fā)查詢

請求而造成的數(shù)據(jù)庫性能下降是互聯(lián)網(wǎng)應(yīng)用系統(tǒng)的主要性能瓶頸。

采用基于redis的分布式緩存技術(shù)，利用高速內(nèi)存緩存數(shù)據(jù)，大幅度提高數(shù)

據(jù)訪問響應(yīng)速度，最大程度降低數(shù)據(jù)庫負(fù)載（理想情況下可降低負(fù)載90%以上）。

Redis是業(yè)界通用的分布式內(nèi)存緩存系統(tǒng)，具有以下優(yōu)點(diǎn)：

＞高速穩(wěn)定:完全在內(nèi)存中存取數(shù)據(jù)；

＞輕量高效:單個PC節(jié)點(diǎn)能夠支持一萬以上的并發(fā)；

＞擴(kuò)展性強(qiáng):可由多個節(jié)點(diǎn)組成無限容量的集群；

＞容易維護(hù):不存在多點(diǎn)數(shù)據(jù)同步問題；

＞通用性強(qiáng):能夠緩存任何數(shù)據(jù)類型；

＞開發(fā)簡單:使用非常簡單通用的Socket接口；

＞應(yīng)用廣泛:包括Facebook、新浪等大型網(wǎng)站均廣泛使用。

緩存控制的基本原理，是在查詢數(shù)據(jù)時生成緩存，而在更新數(shù)據(jù)時刪除緩存,

同時設(shè)置緩存數(shù)據(jù)超時自動失效機(jī)制。

緩存的應(yīng)用方式包括“數(shù)據(jù)庫緩存”和“獨(dú)立緩存”，其中:

＞數(shù)據(jù)庫緩存：用于緩存頻率高、變化少、開銷大的查詢結(jié)果，如類目、

地區(qū)、商家信息、卡券、商品信息等，以及允許一定的時效誤差統(tǒng)計數(shù)

據(jù)；

＞獨(dú)立緩存：用于緩存不保存在數(shù)據(jù)庫中的其他臨時性數(shù)據(jù)，如驗證碼、

會話狀態(tài)、臨時交換數(shù)據(jù)等。

在實際應(yīng)用中，為提高緩存的擴(kuò)展性和可靠性，通常采用構(gòu)建分布式緩存集

群的方案，即：由多個redis服務(wù)組成緩存集群（緩存池），當(dāng)單個緩存服務(wù)節(jié)點(diǎn)

發(fā)生故障時，自動標(biāo)記故障節(jié)點(diǎn)并更換備用節(jié)點(diǎn)，同時建立統(tǒng)一的緩存數(shù)據(jù)鍵值

（key）命名規(guī)范，使用hash算法分發(fā)緩存數(shù)據(jù)實現(xiàn)負(fù)載均衡。

3.4.3分布式消息隊列技術(shù)

分布式消息隊列技術(shù)實現(xiàn)異步消息處理，具備以下特點(diǎn)：

＞消息隊列技術(shù)是分布式應(yīng)用間交換信息的一種技術(shù)。消息隊列可駐留在

內(nèi)存或磁盤上，隊列存儲消息直到它們被應(yīng)用程序讀走。

＞通過消息隊列，應(yīng)用程序可獨(dú)立地執(zhí)行-它們不需要知道彼此的位置、或

在繼續(xù)執(zhí)行前不需要等待接收程序接收此消息

＞通過多個Consumer機(jī)制，實現(xiàn)消息的負(fù)載處理。

＞保證消息能夠送達(dá)，如果目標(biāo)消息隊列暫時不可以用（網(wǎng)絡(luò)連接不通）,

MQ能自動重試，如果遠(yuǎn)程目標(biāo)消息隊列不可用，MQ可以暫時將消息保

存在本地的消息隊列緩存中。

＞對消息進(jìn)行路由。

＞提供一定的安全保證。

3.4.4渠道限流技術(shù)

與其它系統(tǒng)進(jìn)行數(shù)據(jù)交互時采用渠道限流技術(shù)，通過設(shè)置流量閥值來控制渠

道的流量，可將閥值放到緩存表中來進(jìn)行控制。

渠道限流技術(shù)具備以下特點(diǎn)：

1）各渠道限流：包括多渠道控制流量，通道限流和服務(wù)限流，保證多渠道

的流量壓力到來，系統(tǒng)得以進(jìn)行流量的控制，避免過大的訪問量與流量峰涌而至,

抵擋峰涌壓力，為系統(tǒng)的穩(wěn)定性得以安全保障。

2）任務(wù)限流：將過多的任務(wù)緩存到隊列中去，延遲執(zhí)行，進(jìn)行延遲限流，

保證系統(tǒng)的穩(wěn)定性。

3）過濾限流：在系統(tǒng)的前端可以將很多垃圾流量擋在系統(tǒng)外，過濾非法來

源，防止外部渠道進(jìn)行非法攻擊。

數(shù)據(jù)庫連接池限流：可通過數(shù)據(jù)庫連接池的配置，設(shè)置最小連接數(shù)與最大連接

數(shù)，進(jìn)行配置參數(shù)調(diào)優(yōu)，防止過多的數(shù)據(jù)庫連接導(dǎo)致數(shù)據(jù)庫壓力增大。

3.5系統(tǒng)網(wǎng)絡(luò)架構(gòu)

3.5.1系統(tǒng)網(wǎng)絡(luò)架構(gòu)

系統(tǒng)部署為4層架構(gòu)，如下圖所示

（網(wǎng)絡(luò)拓?fù)鋱D）

前置區(qū)主要是nginx反向代理區(qū)，對公網(wǎng)開放。通過反向代理訪問系統(tǒng)web

服務(wù)器和接口服務(wù)器。

Web服務(wù)區(qū)主要部署web服務(wù)和接口服務(wù)，web服務(wù)一般部署在webloigc

集群上。

應(yīng)用服務(wù)區(qū)主要部署平臺的業(yè)務(wù)服務(wù)，可以訪問數(shù)據(jù)庫，是主要的業(yè)務(wù)處理

層，給上層提供服務(wù)。數(shù)據(jù)緩存一般和應(yīng)用服務(wù)放在同一層C

核心區(qū)主要是部署數(shù)據(jù)庫服務(wù)器和文件服務(wù)，包括核心數(shù)據(jù)區(qū)、文件服務(wù)區(qū)。

運(yùn)營中心web服務(wù)一般限制只能在內(nèi)網(wǎng)訪問。

3.5.2系統(tǒng)部署架構(gòu)說明

系統(tǒng)從所處的網(wǎng)絡(luò)層可以分為以下幾類：

（一）公網(wǎng)區(qū)

公網(wǎng)區(qū)也稱對外訪問區(qū)、前置區(qū)、DMZ區(qū)，該區(qū)域的網(wǎng)絡(luò)服務(wù)器端口對整個

互聯(lián)網(wǎng)開放，需要暴露到公網(wǎng)對外提供服務(wù)。

（二）內(nèi)網(wǎng)區(qū)

＞web服務(wù)區(qū)

Web服務(wù)器面向公網(wǎng)，安裝HttpServer,提供統(tǒng)一接入，是整個平臺的入

口，直接響應(yīng)來自用戶端的請求。

Web服務(wù)器采用負(fù)載均衡集群，可橫向平行擴(kuò)展，可以隨時通過增加新的Web

服務(wù)器的方式，分?jǐn)傌?fù)載，滿足用戶快速增長帶來的負(fù)載增加及高并發(fā)要求。

Web服務(wù)器通過局域網(wǎng)交換機(jī)和防火墻，與應(yīng)用服務(wù)器群相連，向應(yīng)用服務(wù)

器提交數(shù)據(jù)請求，同時結(jié)合網(wǎng)頁表現(xiàn)層技術(shù)，向用戶提供最直接的用戶體驗。

＞應(yīng)用服務(wù)區(qū)

應(yīng)用服務(wù)器前端連接Web服務(wù)滯群，后端連接數(shù)據(jù)庫集群和緩存服務(wù)器群，

處理整個網(wǎng)上商城的業(yè)務(wù)邏輯和數(shù)據(jù)存取，為前端的Web服務(wù)、客戶端軟件、

移動終端、第三方合作平臺、后端的內(nèi)部系統(tǒng)等提供統(tǒng)一的API接口。

應(yīng)用服務(wù)器同樣采用負(fù)載均衡集群，可橫向平行擴(kuò)展，可以隨時通過增加新

的應(yīng)用服務(wù)器的方式，分?jǐn)傌?fù)載，滿足用戶快速增長帶來的負(fù)載增加及高并發(fā)要

求。

＞文件服務(wù)區(qū)

文件服務(wù)器存儲產(chǎn)品圖片、同時提供客戶端軟件、工具軟件、幫助文檔等文

件的下載。

文件服務(wù)器采用多臺服務(wù)器，結(jié)合高端存儲設(shè)備，做服務(wù)器集群，提供高速

的數(shù)據(jù)存儲功能。文件服務(wù)器集群同樣采用負(fù)載均衡技術(shù)，可橫向擴(kuò)展，可以隨

時通過增加新的應(yīng)用服務(wù)器的方式，分?jǐn)傌?fù)載，滿足用戶快速增長帶來的負(fù)載增

加及高并發(fā)要求。

＞數(shù)據(jù)緩存區(qū)

數(shù)據(jù)緩存區(qū)是數(shù)據(jù)庫的前端Cache,采用多組服務(wù)器，使用內(nèi)存來管理數(shù)據(jù)。

數(shù)據(jù)緩存區(qū)服務(wù)器部署分布式內(nèi)存對象緩存系統(tǒng)Rediso

在大型互聯(lián)網(wǎng)系統(tǒng)中，訪問同樣的數(shù)據(jù)非常頻繁，數(shù)據(jù)緩存區(qū)的Redis可以

大大降低數(shù)據(jù)庫的壓力，使系統(tǒng)執(zhí)行效率提升。

＞內(nèi)部管理區(qū)

內(nèi)部管理區(qū)包括了后臺管理系統(tǒng)、統(tǒng)計系統(tǒng)、財務(wù)報表系統(tǒng)、客服系統(tǒng)等運(yùn)

營支撐系統(tǒng)。管理區(qū)放置于內(nèi)網(wǎng)，由2臺服務(wù)器做負(fù)載均衡，同時起到雙機(jī)熱備

的效果，避免單點(diǎn)故障。

＞核心數(shù)據(jù)區(qū)

核心數(shù)據(jù)區(qū)，由多組數(shù)據(jù)庫服務(wù)器做集群，提供數(shù)據(jù)服務(wù)。系統(tǒng)運(yùn)行時，集

群中的多臺服務(wù)器同時工作，系統(tǒng)會自動將來自應(yīng)用服務(wù)器的數(shù)據(jù)庫請求，自動

分配到多臺數(shù)據(jù)庫服務(wù)器中的一臺，以完成系統(tǒng)的負(fù)載均衡，提升整個系統(tǒng)的性

能。當(dāng)某一臺服務(wù)器出現(xiàn)故障而導(dǎo)致宕機(jī)時，另外的服務(wù)器不受影響，會繼續(xù)提

供數(shù)據(jù)服務(wù)，以確保整個系統(tǒng)能夠繼續(xù)工作。

數(shù)據(jù)庫服務(wù)器這樣的配置，不僅能夠在CPU的處理能力和10的讀寫速度方

面，滿足網(wǎng)上商城對性能的要求，而且還能夠避免數(shù)據(jù)庫服務(wù)器的單點(diǎn)故障，提

高系統(tǒng)的可靠性。同時提供了良好的橫向擴(kuò)展的能力，當(dāng)隨著業(yè)務(wù)的發(fā)展，數(shù)據(jù)

庫服務(wù)器負(fù)載過大的時候，可以增加數(shù)據(jù)庫服務(wù)器，以分?jǐn)傌?fù)教。

4.系統(tǒng)配置建議

4.1設(shè)備配置技術(shù)原則及指標(biāo)

按照現(xiàn)有用戶規(guī)模，項目用戶量按2000W估算，日活躍用戶按5%的平均值

計算，日平均訪問用戶約100w,每用戶訪問深度按20估算，日pv量約為2000Wc

系統(tǒng)設(shè)計性能指標(biāo)如下：

/滿足20萬用戶同時在線，頁面點(diǎn)擊響應(yīng)時間達(dá)到亞秒級，支持20萬

以上在線用戶；

,平均響應(yīng)時間，關(guān)鍵交易的響應(yīng)時間＜二100亳秒，非關(guān)鍵交易的響應(yīng)時

間＜二200毫秒；

/峰值響應(yīng)時間＜二200亳秒，且在達(dá)到系統(tǒng)性能指標(biāo)峰值要求的同時，系

統(tǒng)處理能力還留有足夠的余量，CPU、內(nèi)存等系統(tǒng)發(fā)源的使用率應(yīng)低于

60%,達(dá)到平均值要求時，系統(tǒng)資源使用率應(yīng)低于50%o可保證系統(tǒng)在

設(shè)計指標(biāo)壓力情況下的長期穩(wěn)定運(yùn)行。

/日交易訂單處理能力：20萬筆；

/峰值每秒訂單處理能力：5000筆；

/平臺系統(tǒng)首屏?xí)r間：小于1秒；

/平均頁面響應(yīng)時間：小于1秒；

/平均交易響應(yīng)時間：小于2秒；

/并發(fā)用戶數(shù)；大于5000；

/峰值TPS：約10萬；

/并發(fā)交互數(shù)量：在滿足平均交互響應(yīng)時間要求的前提下，平臺系統(tǒng)的實

時聯(lián)機(jī)所能提供的并發(fā)交互數(shù)量峰值不小于2000萬次/天；

/交易成功率：在滿足交互響應(yīng)時間和并發(fā)交互數(shù)量的前提下，交互成功

率達(dá)到99.99%；

,交易準(zhǔn)確率：在滿足交互響應(yīng)時間和并發(fā)交易數(shù)量的前提下，交易正確

率達(dá)到100%；

/系統(tǒng)資源占用率:在交互最高峰時CPU占用率和內(nèi)存使用率不超過60%。

系統(tǒng)架構(gòu)具備橫向擴(kuò)展能力，支持平滑擴(kuò)容、聯(lián)機(jī)擴(kuò)展，能夠通過系統(tǒng)容量

的升級，滿足未來5年的業(yè)務(wù)發(fā)展需求。

4.2系統(tǒng)服務(wù)器配置建議

建議

名稱配置數(shù)量說明

8g/4核

Nginx前置服務(wù)器3nginx反向代理

/200g

16g/8核

接口服務(wù)器4供手機(jī)端及H5端接口調(diào)用

/200g

16g/8核

Web服務(wù)器3Web應(yīng)用服務(wù)器

/200g

圖片/靜態(tài)文件訪16g/8核

2圖片及靜態(tài)文件web服務(wù)器

問服務(wù)器/200g

16g/8核

消息服務(wù)器2站內(nèi)信消息服務(wù)（G與接口服務(wù)器共用）

/200g

16g/8核

平臺端web服務(wù)器2運(yùn)營中心web服務(wù)，辦公網(wǎng)絡(luò)訪問

/200g

8g/4核

服務(wù)注冊服務(wù)器3Zookeeper,服務(wù)注冊使用

/200g

16g/8核

業(yè)務(wù)應(yīng)用服務(wù)器4業(yè)務(wù)服務(wù)器

/300g

32g/8核

Redis緩存服務(wù)器3緩存服務(wù)器

/200g

支付接口應(yīng)用服務(wù)32g/8核

2支付結(jié)算業(yè)務(wù)服務(wù)

器/300g

定時任務(wù)調(diào)度服務(wù)16g/8核

2定時計算服務(wù)器

器/500g

64g/8核

生產(chǎn)數(shù)據(jù)庫服務(wù)器2生產(chǎn)數(shù)據(jù)庫

/2T

64g/8核

運(yùn)營統(tǒng)計數(shù)據(jù)庫2數(shù)據(jù)統(tǒng)計數(shù)據(jù)庫

/IT

16g/8核

搜索服務(wù)器2Solr搜索服務(wù)器（主備）

/200g

圖片/索引文件存

2T1共享存儲，動態(tài)擴(kuò)容（圖片/索引文件）

儲

64g/8核

MongoDb服務(wù)器2日志存儲服務(wù)器

/2T

合計

說明：此配置參照現(xiàn)有用戶規(guī)模估計，運(yùn)營初期可將部分服務(wù)器復(fù)用，可隨用戶

規(guī)模增長動態(tài)擴(kuò)展響應(yīng)的服務(wù)器。

4.3系統(tǒng)軟件配置建議

系統(tǒng)軟件分項清單

序號產(chǎn)品名稱版本詳細(xì)配置數(shù)量附加說明

■數(shù)據(jù)庫軟件

1Orac1eHg第三方提供

■操作系統(tǒng)軟件

1RedHat6.5RedHatEnterpriseLinuxAdvance第三方提供

Server6.5

■應(yīng)用軟件

1Weblogic12c第三方提供

2Jdk1.7

3Redis3.0

4MongoDb3.0

說明：

系統(tǒng)支持Weblogic^WebSphere等各種web容器；

數(shù)據(jù)庫支持。racle、mysqKdb2等主流數(shù)據(jù)庫，內(nèi)部支持?jǐn)?shù)據(jù)源的切換;

服務(wù)器部署支持實體機(jī)、虛擬機(jī)，可部署在虛擬化平臺上，支持UNIX、linux

各種操作系統(tǒng)；

系統(tǒng)采用java語言進(jìn)行實現(xiàn)，對于各個子系統(tǒng)及數(shù)據(jù)庫已經(jīng)充分考慮到了

系統(tǒng)兼容性，預(yù)留好擴(kuò)展接口，而java又是跨平臺語言，因此可支持跨平臺、

跨操作系統(tǒng)、跨數(shù)據(jù)庫等各種應(yīng)用場景；

4.4各設(shè)備構(gòu)件選型原則

?接入設(shè)備

1.符合標(biāo)準(zhǔn)和兼容性原則：接入設(shè)備符合規(guī)范中指出的以及國際、國內(nèi)相

關(guān)規(guī)范制定的技術(shù)標(biāo)準(zhǔn)和要求，并兼容不同廠商、制式的設(shè)備互聯(lián)

2.平滑升級和擴(kuò)容原則：采用模塊化設(shè)計，在進(jìn)行業(yè)務(wù)擴(kuò)允時不中斷服務(wù)。

?主機(jī)設(shè)備

1.符合電信級標(biāo)準(zhǔn)原則：數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器均采用主流的、具有

電信級機(jī)型，其中數(shù)據(jù)庫服務(wù)器要求采用小型機(jī)或高性能PC服務(wù)器。

2.軟件模塊化原則：軟件采用分層的模塊化結(jié)構(gòu)。任何一層的任何一個模

塊的維護(hù)和更新以及新模塊的追加都不影響其他模塊。用戶數(shù)據(jù)與處理程序應(yīng)有

相對的獨(dú)立性，用戶數(shù)據(jù)的任何變更都不應(yīng)引起運(yùn)行版本程序的變更。軟件