【正文】 員設(shè)置） ，系統(tǒng)會(huì)將此客 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 41戶凍結(jié)，防止惡意攻擊。 可疑日志查詢系統(tǒng)管理員可以登錄萬(wàn)通支付平臺(tái)管理系統(tǒng)，查詢可疑的日志，可疑日志的記錄類型包括密碼連續(xù)輸入錯(cuò)誤導(dǎo)致用戶被凍結(jié)等。銀行可以通過(guò)客戶服務(wù)系統(tǒng)或統(tǒng)一消息發(fā)送平臺(tái)等渠道通知用戶。 關(guān)鍵信息加密存儲(chǔ)系統(tǒng)對(duì)所有關(guān)鍵信息（如密碼） ，都以密文進(jìn)行存儲(chǔ)，防止內(nèi)部人員讀取關(guān)鍵信息明文。 應(yīng)用訪問(wèn)控制系統(tǒng)只開(kāi)放提供給用戶訪問(wèn)的接口，而且通過(guò)接口只能完成系統(tǒng)提供的功能，有效防范黑客請(qǐng)求。 會(huì)話管理與應(yīng)用服務(wù)器的會(huì)話管理結(jié)合，實(shí)現(xiàn)多種會(huì)話的建立和管理，讓不同的會(huì)話采用統(tǒng)一的管理機(jī)制，以及動(dòng)態(tài)負(fù)載均衡狀態(tài)下的會(huì)話數(shù)據(jù)同步。同時(shí)實(shí)現(xiàn)會(huì)話的超時(shí)管理，有效防范、避免黑客使用已經(jīng)失效的會(huì)話攻擊系統(tǒng)，同時(shí)防止垃圾會(huì)話數(shù)據(jù)占用內(nèi)存，影響系統(tǒng)性能甚至使系統(tǒng)無(wú)法工作。 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 42 多渠道確認(rèn)機(jī)制通過(guò)系統(tǒng)提供的多渠道通知確認(rèn)機(jī)制，使得某些安全敏感操作，可以通過(guò)手機(jī)確認(rèn)等多種方式，進(jìn)一步提高安全級(jí)別。 備份與災(zāi)難恢復(fù)萬(wàn)通支付平臺(tái)作為重要的外網(wǎng)網(wǎng)站系統(tǒng)，建議采用應(yīng)用級(jí)的災(zāi)備方案，搭建異地災(zāi)備中心，實(shí)現(xiàn)業(yè)務(wù)的高可靠性運(yùn)轉(zhuǎn)?；緜浞莶呗匀缦拢?，進(jìn)行全部數(shù)據(jù)備份，并做異地保存，全部數(shù)據(jù)備份采用磁帶介質(zhì)。災(zāi)備系統(tǒng)的搭建采用和生產(chǎn)系統(tǒng)一致的設(shè)備及軟件選型，數(shù)量為生產(chǎn)系統(tǒng)的一半。 系統(tǒng) 高穩(wěn)定性、高容量、高性能 高穩(wěn)定性、高容量、高性能方案高穩(wěn)定性、高容量、高性能主要表現(xiàn)在系統(tǒng)的可靠性、吞吐性能、可擴(kuò)展性、負(fù)載均衡能力和系統(tǒng)伸縮能力等方面。本方案進(jìn)行過(guò)全面、大量、嚴(yán)格的性能測(cè)試，應(yīng)用系統(tǒng)的各項(xiàng)性能指標(biāo)表現(xiàn)優(yōu)異。 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 43 高穩(wěn)定性萬(wàn)通支付平臺(tái)的高穩(wěn)定性，能保證網(wǎng)絡(luò)系統(tǒng)中各主機(jī) 24 小時(shí)正常運(yùn)行，并保證系統(tǒng)在訪問(wèn)高峰期能做到正常工作且快速響應(yīng)。系統(tǒng)提供數(shù)據(jù)、進(jìn)程的備份和恢復(fù)機(jī)制，防止各種可能的問(wèn)題而造成損失。本方案建議使用標(biāo)準(zhǔn)的 J2EE 應(yīng)用服務(wù)器以及成熟的 i2Pay 產(chǎn)品，以下幾個(gè)方面確保了平臺(tái)系統(tǒng)的高穩(wěn)定性：?系統(tǒng)采用成熟的 i2Pay 平臺(tái)，最大程度上保證了系統(tǒng)的穩(wěn)定性。?基于 i2Pay 的開(kāi)發(fā)流程是成熟穩(wěn)定的：基于 i2Pay 的系統(tǒng)的開(kāi)發(fā)，采用參數(shù)化定制的方式，輔以集成開(kāi)發(fā)工具 IDE。因此基于 i2Pay 的系統(tǒng)的開(kāi)發(fā)是一個(gè)規(guī)范的開(kāi)發(fā)過(guò)程。?i2Pay 平臺(tái)自身的會(huì)話重建技術(shù)，保證了客戶信息的不可丟失性，從數(shù)據(jù)層面保障了系統(tǒng)的穩(wěn)定性。?支持集群部署，既能充分保證萬(wàn)通支付平臺(tái)具有強(qiáng)勁的處理能力，又能在系統(tǒng)關(guān)鍵處理環(huán)節(jié)上避免單點(diǎn)故障。?支持 7 天24 小時(shí)不間斷平穩(wěn)運(yùn)行，系統(tǒng)可用性達(dá)到 %，生產(chǎn)運(yùn)行和維護(hù)互不影響。?i2Pay 平臺(tái)支持橫向擴(kuò)展（增加服務(wù)器數(shù)量）和縱向擴(kuò)展（增加單臺(tái)服務(wù)器的硬件配置） ，并支持聯(lián)機(jī)擴(kuò)展。?完善的交易日志處理，保障了交易信息的可恢復(fù)性和問(wèn)題的可定位特性。?準(zhǔn)確的交易定位和監(jiān)測(cè)，通過(guò)系統(tǒng)跟蹤手段，能夠準(zhǔn)確、快速的定位和分析問(wèn)題、解 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 44決問(wèn)題，保證系統(tǒng)的正常運(yùn)行。?有效的監(jiān)控平臺(tái)，實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)節(jié)點(diǎn)（設(shè)備）和應(yīng)用系統(tǒng)的實(shí)時(shí)、全面的監(jiān)控和預(yù)警。?監(jiān)控平臺(tái)實(shí)時(shí)的在線維護(hù)能力，有效促進(jìn)了對(duì)系統(tǒng)問(wèn)題的處理能力和系統(tǒng)恢復(fù)能力。?嚴(yán)密的安全手段，屏蔽外來(lái)干擾。 高容量系統(tǒng)本身不對(duì)注冊(cè)用戶容量進(jìn)行限制，注冊(cè)用戶容量的增長(zhǎng)對(duì)應(yīng)用系統(tǒng)的影響主要集中在當(dāng)注冊(cè)用戶容量增加后，相關(guān)數(shù)據(jù)表操作的性能降低，因此這種影響的技術(shù)解決辦法主要集中在數(shù)據(jù)庫(kù)處理層面的調(diào)整和優(yōu)化，因此如何保障數(shù)據(jù)庫(kù)處理層面的并發(fā)讀寫和可擴(kuò)展性尤為重要，在多年實(shí)施經(jīng)驗(yàn)中我們積累了對(duì)數(shù)據(jù)庫(kù)處理層面的調(diào)整和優(yōu)化的最佳實(shí)踐數(shù)據(jù)庫(kù)切分。數(shù)據(jù)庫(kù)切分的基本思想就要把一個(gè)數(shù)據(jù)庫(kù)切分成多個(gè)部分放到不同的數(shù)據(jù)庫(kù)上，從而緩解單一數(shù)據(jù)庫(kù)的性能問(wèn)題。對(duì)于海量數(shù)據(jù)的數(shù)據(jù)庫(kù)，如果是因?yàn)楸矶喽鴶?shù)據(jù)多，這時(shí)候適合使用垂直切分，即把關(guān)系緊密（比如同一模塊）的表切分出來(lái)放在一個(gè)數(shù)據(jù)庫(kù)實(shí)例上（如系統(tǒng)配置參數(shù)相關(guān)表） 。如果表并不多，但每張表（如用戶表和訂單表）的數(shù)據(jù)非常多，這時(shí)候適合水平切分，即把表的數(shù)據(jù)按某種規(guī)則（比如按 ID 散列）切分到多個(gè)數(shù)據(jù)庫(kù)實(shí)例上。當(dāng)然，現(xiàn)實(shí)中更多是這兩種情況混雜在一起，這時(shí)候需要根據(jù)實(shí)際情況做出選擇，也可能會(huì)綜合使用垂直與水平切分，從而將原有數(shù)據(jù)庫(kù)切分成類似矩陣一樣可以無(wú)限擴(kuò)充的數(shù)據(jù)庫(kù)陣列。垂直切分的最大特點(diǎn)就是規(guī)則簡(jiǎn)單，實(shí)施也更為方便，尤其適合各業(yè)務(wù)之間的耦合度非常低，相互影響很小，業(yè)務(wù)邏輯非常清晰的系統(tǒng)。在這種系統(tǒng)中，可以很容易做到將不同業(yè) 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 45務(wù)模塊所使用的表分拆到不同的數(shù)據(jù)庫(kù)中。根據(jù)不同的表來(lái)進(jìn)行拆分，對(duì)應(yīng)用程序的影響也更小，拆分規(guī)則也會(huì)比較簡(jiǎn)單清晰。水平切分于垂直切分相比，相對(duì)來(lái)說(shuō)稍微復(fù)雜一些。因?yàn)橐獙⑼粋€(gè)表中的不同數(shù)據(jù)拆分到不同的數(shù)據(jù)庫(kù)中，對(duì)于應(yīng)用程序來(lái)說(shuō)，拆分規(guī)則本身就較根據(jù)表名來(lái)拆分更為復(fù)雜，后期的數(shù)據(jù)維護(hù)也會(huì)更為復(fù)雜一些。i2Pay 產(chǎn)品對(duì)切分后的多個(gè)數(shù)據(jù)庫(kù)提供了統(tǒng)一的數(shù)據(jù)訪問(wèn)層（DAL） ，屏蔽了切分后的數(shù)據(jù)庫(kù)訪問(wèn)的復(fù)雜性。 高性能系統(tǒng)響應(yīng)時(shí)間是指客戶端接發(fā)起用戶請(qǐng)求到客戶端接收到服務(wù)器發(fā)來(lái)的數(shù)據(jù)所需的時(shí)間。響應(yīng)時(shí)間直接影響用戶的購(gòu)物體驗(yàn)，從一定程度上決定了用戶對(duì)于該網(wǎng)站的認(rèn)可度。系統(tǒng)采用各種技術(shù)：分層緩存、壓縮傳輸，集群等提高性能，并大量采用局部刷新、異步加載等，致力于最大程度提高用戶購(gòu)物體驗(yàn)。我們從以下兩個(gè)大的方面降低系統(tǒng)響應(yīng)時(shí)間：多維度緩存：從商城整體架構(gòu)上來(lái)說(shuō)，選擇合適的緩存策略能帶來(lái)性能的極大提升，i2Pay 產(chǎn)品提供兩個(gè)維度的緩存。緩存的位置：從緩存使用者的角度來(lái)定義的，本地緩存是進(jìn)程內(nèi)緩存，適合于只讀數(shù)據(jù)，遠(yuǎn)地緩存是進(jìn)程外緩存，適合于讀寫數(shù)據(jù)。緩存的內(nèi)容：從緩存中存放的具體內(nèi)容來(lái)定義的，視圖緩存、處理結(jié)果緩存、數(shù)據(jù)緩存分別對(duì)應(yīng)于架構(gòu)體系的視圖層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問(wèn)層?；谑录?qū)動(dòng)的異步處理: 事件驅(qū)動(dòng)模型可以通過(guò)并發(fā)提高系統(tǒng)的容量和性能。事件驅(qū)動(dòng)有以下三個(gè)要素：事件源：產(chǎn)生事件的源體；監(jiān)聽(tīng)器：能夠接收事件源通知的對(duì)象；事件 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 46處理程序：用于處理事件的對(duì)象。i2Pay 產(chǎn)品針對(duì)事件驅(qū)動(dòng)模型提供了三種實(shí)現(xiàn)：JMS、ActiveMQ、組件容器事件發(fā)布器和監(jiān)聽(tīng)器，i2Pay 商城的發(fā)送郵件、手機(jī)短信均采用事件驅(qū)動(dòng)的方式實(shí)現(xiàn)。此外 i2Pay 產(chǎn)品在對(duì)系統(tǒng)資源的使用方面（如端口監(jiān)聽(tīng)和文件讀寫）采用了非阻塞 API，如日終對(duì)賬文件的讀取使用 NIO 的 Channel 和 Buffer。此外，本方案還將采用了以下方式確保系統(tǒng)的高效運(yùn)行：? 平臺(tái)化總控改造，規(guī)范和簡(jiǎn)化了交易請(qǐng)求機(jī)制，提升了交易的處理能力。? 對(duì)現(xiàn)有系統(tǒng)的系統(tǒng)資源的使用進(jìn)行了調(diào)整，規(guī)范系統(tǒng)資源的合理調(diào)度。? 數(shù)據(jù)（數(shù)據(jù)字典和系統(tǒng)參數(shù)，以及頻繁調(diào)度的靜態(tài)交易數(shù)據(jù)）高速緩沖技術(shù)，有效的減少系統(tǒng)資源的占用，提升系統(tǒng)處理速度。? 系統(tǒng)中交易流程、組件等對(duì)象實(shí)例的復(fù)用，減少了內(nèi)存的開(kāi)銷和對(duì)象創(chuàng)建、銷毀的過(guò)程，節(jié)省了時(shí)間，提升了速度。? 系統(tǒng)對(duì)有限的系統(tǒng)資源（如數(shù)據(jù)庫(kù)資源、通信資源等）采用緩沖池技術(shù)管理，保障系統(tǒng)對(duì)資源的快速調(diào)度。? 多線程處理技術(shù)的使用，提升了交易請(qǐng)求的并發(fā)度和處理速度。? 系統(tǒng)中，對(duì)大部分交易對(duì)象和組件實(shí)例進(jìn)行高速緩存處理，大大的減少了在對(duì)象創(chuàng)建上浪費(fèi)的時(shí)間和資源。? 配置參數(shù)化文件的緩存處理，配置文件僅在系統(tǒng)啟動(dòng)時(shí)的訪問(wèn)磁盤，減少系統(tǒng) IO 處理，有效的提升了處理速度。?i2Pay 自有的會(huì)話管理，采用可定制管理模式，提升了系統(tǒng)的處理效率。 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 47 系統(tǒng)監(jiān)控 監(jiān)控系統(tǒng)的設(shè)計(jì)目標(biāo)一個(gè)系統(tǒng)的運(yùn)行環(huán)境包括網(wǎng)絡(luò)、硬件和軟件三個(gè)部分，要保障系統(tǒng)的正常運(yùn)行，監(jiān)控系統(tǒng)必須能夠從網(wǎng)絡(luò)節(jié)點(diǎn)（包括網(wǎng)絡(luò)和設(shè)備）和應(yīng)用這兩個(gè)層次對(duì)系統(tǒng)進(jìn)行全面監(jiān)控。網(wǎng)絡(luò)節(jié)點(diǎn)的監(jiān)控，是實(shí)現(xiàn)對(duì)系統(tǒng)運(yùn)行環(huán)境的物理資源的監(jiān)控，對(duì)一個(gè)交易系統(tǒng)來(lái)說(shuō)，網(wǎng)絡(luò)節(jié)點(diǎn)的監(jiān)控，就是實(shí)現(xiàn)對(duì)交易流程中涉及的各個(gè)設(shè)備環(huán)節(jié)的監(jiān)控，也即交易節(jié)點(diǎn)監(jiān)控。應(yīng)用監(jiān)控是對(duì)系統(tǒng)運(yùn)行環(huán)境的邏輯資源進(jìn)行監(jiān)控。 監(jiān)控系統(tǒng)要能夠確保系統(tǒng)的正常運(yùn)行，及時(shí)的發(fā)現(xiàn)問(wèn)題，并做出響應(yīng)，監(jiān)控系統(tǒng)必須滿足以下基本要求： 網(wǎng)絡(luò)節(jié)點(diǎn)監(jiān)控網(wǎng)絡(luò)節(jié)點(diǎn)監(jiān)控，可以迅速判定系統(tǒng)架構(gòu)中的性能故障，而且不需要在被監(jiān)控的服務(wù)器上安裝任何軟件，從而將監(jiān)控帶來(lái)的性能方面的負(fù)面影響降到最小，我們可以稱為交易節(jié)點(diǎn)監(jiān)控系統(tǒng)。 硬件級(jí)監(jiān)控一個(gè)運(yùn)行系統(tǒng)環(huán)境，接入了很多的設(shè)備，每一個(gè)設(shè)備（網(wǎng)絡(luò)節(jié)點(diǎn)）都是一個(gè)監(jiān)控點(diǎn)，要實(shí)現(xiàn)對(duì)系統(tǒng)的網(wǎng)絡(luò)進(jìn)行全面監(jiān)控，必須達(dá)到：?網(wǎng)絡(luò)節(jié)點(diǎn)間的網(wǎng)絡(luò)情況監(jiān)控：是否暢通，網(wǎng)速大小等?網(wǎng)絡(luò)節(jié)點(diǎn)（設(shè)備）與網(wǎng)絡(luò)節(jié)點(diǎn)（設(shè)備）之間的暢通性 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 48?支持動(dòng)態(tài)網(wǎng)絡(luò)節(jié)點(diǎn)增減 系統(tǒng)級(jí)監(jiān)控系統(tǒng)級(jí)監(jiān)控就是實(shí)現(xiàn)對(duì)設(shè)備的運(yùn)行情況監(jiān)控，如對(duì)系統(tǒng)是否在運(yùn)行，系統(tǒng)內(nèi)存、CPU、交換區(qū)、磁盤空間、系統(tǒng) IO，以及對(duì)外服務(wù)端口等系統(tǒng)資源情況監(jiān)控等等。設(shè)備監(jiān)控是從系統(tǒng)級(jí)別的監(jiān)控。 網(wǎng)路節(jié)點(diǎn)監(jiān)控的特點(diǎn)網(wǎng)絡(luò)節(jié)點(diǎn)監(jiān)控具備如下特點(diǎn)：?快速方便的實(shí)施?方便的安裝、使用和配置?無(wú)代理、非嵌入式結(jié)構(gòu)，不需要在被監(jiān)控服務(wù)器上安裝軟件，從而將對(duì)系統(tǒng)的影響降到最低?對(duì)網(wǎng)絡(luò)資源和系統(tǒng)、如服務(wù)器 Cluster 的運(yùn)行持續(xù)的進(jìn)行狀態(tài)輪詢?收集系統(tǒng)部件的詳細(xì)性能數(shù)據(jù)，如 CPU、虛存、交換區(qū)、進(jìn)程、服務(wù)可用性等?對(duì)其他管理工具提供廣泛的支持，如為 Microsoft、Citrix、BEA、Sun、Oracle、SAP 和Siebel 提供 API?對(duì)業(yè)界標(biāo)準(zhǔn)的廣泛支持，如 SNMP(vv2amp。v3)、Telent、FTP、News、、DNS、LDAP、Radius 以及其他一些服務(wù)?支持從其他來(lái)源收集性能數(shù)據(jù)，如日志、命令行或批處理文件 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 49?支持動(dòng)態(tài)或靜態(tài)基線的門限值設(shè)定?故障確定后提供多種方式的告警?支持監(jiān)控的網(wǎng)絡(luò)節(jié)點(diǎn)動(dòng)態(tài)增減 應(yīng)用監(jiān)控應(yīng)用監(jiān)控就是監(jiān)控設(shè)備上運(yùn)行的應(yīng)用軟件的運(yùn)行狀態(tài)。對(duì)不同的應(yīng)用軟件，監(jiān)控功能不一樣。對(duì)應(yīng)用的監(jiān)控，除了實(shí)現(xiàn)對(duì)應(yīng)用系統(tǒng)的運(yùn)行情況進(jìn)行全面監(jiān)控外，還要對(duì)應(yīng)用流程實(shí)現(xiàn)全流程監(jiān)控：從應(yīng)用流程的發(fā)起點(diǎn)到應(yīng)用結(jié)束點(diǎn)，涵蓋所有的流程環(huán)節(jié)。 監(jiān)控系統(tǒng)設(shè)計(jì) 萬(wàn)通支付平臺(tái)項(xiàng)目規(guī)劃方案 50監(jiān)控系統(tǒng)的運(yùn)行要求配置一個(gè)監(jiān)控服務(wù)器，實(shí)現(xiàn)如下監(jiān)控模式：?根據(jù)監(jiān)控系統(tǒng)配置的監(jiān)控規(guī)則（如服務(wù)器類型，操作系統(tǒng)類型，采用的協(xié)議模式，訪問(wèn)授權(quán)信息等） ，主動(dòng)獲取監(jiān)控對(duì)象的監(jiān)控?cái)?shù)據(jù)。?根據(jù)參數(shù)配置，啟動(dòng)監(jiān)控守護(hù)線程，被動(dòng)接收從監(jiān)控代理發(fā)送過(guò)來(lái)的監(jiān)控?cái)?shù)據(jù)信息?分析監(jiān)控?cái)?shù)據(jù)，按照監(jiān)控規(guī)則進(jìn)行處理，如預(yù)警處理，監(jiān)控信息通知，監(jiān)控報(bào)表生成等?監(jiān)控人員通過(guò)監(jiān)控終端，登錄監(jiān)控服務(wù)器，查看被監(jiān)控的系統(tǒng)狀態(tài)，并對(duì)被監(jiān)控的系統(tǒng)進(jìn)行實(shí)時(shí)在線維護(hù)。 網(wǎng)絡(luò)節(jié)點(diǎn)監(jiān)控方案設(shè)計(jì)網(wǎng)絡(luò)節(jié)點(diǎn)的監(jiān)控，需要支持動(dòng)態(tài)的網(wǎng)絡(luò)檢點(diǎn)增減，因此對(duì)網(wǎng)絡(luò)節(jié)點(diǎn)的監(jiān)控主要是針對(duì)具體的監(jiān)控設(shè)備或網(wǎng)段，采用主動(dòng)獲取的監(jiān)控方式，監(jiān)控網(wǎng)絡(luò)暢通狀態(tài)和設(shè)備狀態(tài)，獲取監(jiān)控信息。網(wǎng)絡(luò)節(jié)點(diǎn)的監(jiān)控對(duì)所有的應(yīng)用系統(tǒng)相同。 應(yīng)用監(jiān)控方案設(shè)計(jì)應(yīng)用監(jiān)控主要是實(shí)現(xiàn)業(yè)務(wù)的全流程監(jiān)控，從業(yè)務(wù)流程的發(fā)起點(diǎn)到業(yè)務(wù)流程的結(jié)束，完成對(duì)各個(gè)應(yīng)用環(huán)節(jié)的監(jiān)控。應(yīng)用監(jiān)控分主動(dòng)監(jiān)控?cái)?shù)據(jù)獲取和被動(dòng)監(jiān)控?cái)?shù)據(jù)獲取兩種方式，主動(dòng)獲取由監(jiān)控服務(wù)器發(fā)起，被動(dòng)監(jiān)控?cái)?shù)據(jù)由部署在各環(huán)節(jié)上的監(jiān)控代理獲取，然后發(fā)送到監(jiān)控服務(wù)器。監(jiān)