大型網(wǎng)站技術(shù)架構(gòu)核心原理與案例分析

大型網(wǎng)站技術(shù)架構(gòu)核心原理與案例分析第一頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化京東案例：2011年末，京東圖書促銷，并發(fā)訪問(wèn)過(guò)高瀏覽頁(yè)“Serviceistoobusy”緊急采購(gòu)10臺(tái)服務(wù)器，依然如故劉強(qiáng)東請(qǐng)信息部們?nèi)藛T“喝茶”12306鐵路訂票網(wǎng)：2012年初，12306春運(yùn)期間崩潰運(yùn)營(yíng)時(shí)間很短，缺乏大規(guī)模并發(fā)處理經(jīng)驗(yàn)12306架構(gòu)師對(duì)這種訪問(wèn)趨勢(shì)沒(méi)概念導(dǎo)致直接崩潰，12306被媒體技術(shù)“噴”原因：網(wǎng)站技術(shù)架構(gòu)的問(wèn)題

互聯(lián)網(wǎng)發(fā)展短短20多年的時(shí)間，世界發(fā)生了巨大變化：信息檢索電子商務(wù)文化娛樂(lè)社交通信

問(wèn)題：

一邊是火熱的發(fā)展，一邊是不堪重負(fù)的網(wǎng)站架構(gòu)，如何打造高可用、高性能、易擴(kuò)展、可伸縮且安全的網(wǎng)站，并且迅速能夠?qū)崿F(xiàn)應(yīng)用。2第二頁(yè)，共37頁(yè)。高并發(fā)、大流量：

Google日均PV數(shù)35億，日均IP訪問(wèn)數(shù)3億；騰訊QQ1.4億在線；淘寶12年雙11，活動(dòng)開(kāi)始一分鐘1000萬(wàn)訪問(wèn)用戶高可用：7X24小時(shí)服務(wù)，不間斷海量數(shù)據(jù)：需要存儲(chǔ)管理海量數(shù)據(jù)，需要大量的服務(wù)器，百度收錄數(shù)百億網(wǎng)頁(yè)；Google有百萬(wàn)臺(tái)服務(wù)器在全球用戶分布：用戶分布范圍廣，全國(guó)甚至全球，各地網(wǎng)絡(luò)環(huán)境千差萬(wàn)別，運(yùn)營(yíng)商互聯(lián)互通的問(wèn)題安全環(huán)境惡劣：互聯(lián)網(wǎng)的開(kāi)放性，使得網(wǎng)站更容易受到攻擊，很多網(wǎng)站泄露密碼及重要數(shù)據(jù)，用戶也受到影響需求變更頻繁快速：和傳統(tǒng)軟件不同，互聯(lián)網(wǎng)產(chǎn)品為了快速適應(yīng)市場(chǎng)，滿足用戶需求，產(chǎn)品發(fā)布頻率高，新版本不

斷上線漸進(jìn)式發(fā)展：不是所有網(wǎng)站一開(kāi)始就是大而全，都是從小網(wǎng)站逐漸發(fā)展起來(lái)的，好的網(wǎng)站都是慢慢運(yùn)營(yíng)出來(lái)大型網(wǎng)站架構(gòu)演化大型網(wǎng)站軟件系統(tǒng)的特點(diǎn)3第三頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程初始階段的小網(wǎng)站應(yīng)用服務(wù)與數(shù)據(jù)服務(wù)分離使用緩存改善網(wǎng)站性能應(yīng)用服務(wù)器集群提高并發(fā)處理能力數(shù)據(jù)庫(kù)讀寫分離反向代理和CDN加速網(wǎng)站響應(yīng)分布式文件系統(tǒng)和分布式數(shù)據(jù)庫(kù)使用NOSQL和搜索引擎業(yè)務(wù)拆分分布式服務(wù)發(fā)展歷程4第四頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程初始階段的小網(wǎng)站

應(yīng)用程序、數(shù)據(jù)庫(kù)、文件等所有資源在一臺(tái)服務(wù)器上，操作系統(tǒng)通常為L(zhǎng)inux、應(yīng)用程序用PHP開(kāi)發(fā)，部署在Apache上，數(shù)據(jù)庫(kù)使用MySQL，匯集各種免費(fèi)開(kāi)源軟件及一臺(tái)廉價(jià)的服務(wù)器就可以開(kāi)始網(wǎng)站的運(yùn)營(yíng)和發(fā)展5第五頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程應(yīng)用和數(shù)據(jù)分離：改善訪問(wèn)性能和數(shù)據(jù)存儲(chǔ)，支持業(yè)務(wù)繼續(xù)發(fā)展

業(yè)務(wù)發(fā)展1、越來(lái)越多的用戶訪問(wèn)（性能變差）2、越來(lái)越多的數(shù)據(jù)存儲(chǔ)（存儲(chǔ)空間不足）應(yīng)用和數(shù)據(jù)分離1、應(yīng)用服務(wù)器單獨(dú)一臺(tái)服務(wù)器2、文件服務(wù)器單獨(dú)一臺(tái)服務(wù)器3、數(shù)據(jù)庫(kù)服務(wù)器單獨(dú)一臺(tái)服務(wù)器側(cè)重點(diǎn)：應(yīng)用服務(wù)器需要強(qiáng)大CPU用于計(jì)算邏輯文件服務(wù)器需要大磁盤存儲(chǔ)文件數(shù)據(jù)庫(kù)服務(wù)器需要大內(nèi)存和快速磁盤6第六頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程使用緩存改善網(wǎng)站性能：減少數(shù)據(jù)訪問(wèn)壓力，改善數(shù)據(jù)庫(kù)寫性能

網(wǎng)站訪問(wèn)的二八定律1、80%的訪問(wèn)集中在20%的數(shù)據(jù)上2、20%數(shù)據(jù)集中在內(nèi)存緩存網(wǎng)站使用緩存1、本地緩存2、遠(yuǎn)程分布式緩存重點(diǎn)：本地緩存速度快，緩存數(shù)據(jù)量有限遠(yuǎn)程分布式緩存采用集群瓶頸即將出現(xiàn)在單一的應(yīng)用服務(wù)器7第七頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程使用應(yīng)用服務(wù)器集群改善網(wǎng)站并發(fā)處理能力

業(yè)務(wù)持續(xù)發(fā)展1、訪問(wèn)用戶持續(xù)增加2、網(wǎng)站訪問(wèn)性能不佳應(yīng)用服務(wù)器集群1、通過(guò)負(fù)載均衡將訪問(wèn)分發(fā)應(yīng)用服務(wù)集群2、應(yīng)用服務(wù)器集群是可伸縮性的重點(diǎn)：不要去試圖更換強(qiáng)大的服務(wù)器采用服務(wù)器集群是更好的擴(kuò)展性能的方式即將出現(xiàn)的瓶頸為數(shù)據(jù)庫(kù)服務(wù)器8第八頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程數(shù)據(jù)庫(kù)讀寫分離：改善數(shù)據(jù)庫(kù)負(fù)載過(guò)高

業(yè)務(wù)持續(xù)發(fā)展1、數(shù)據(jù)庫(kù)不能避免讀寫操作2、用戶增多，數(shù)據(jù)庫(kù)負(fù)載過(guò)高數(shù)據(jù)庫(kù)讀寫分離1、數(shù)據(jù)庫(kù)主從關(guān)系2、數(shù)據(jù)更新同步重點(diǎn)：數(shù)據(jù)庫(kù)讀寫分離，從數(shù)據(jù)庫(kù)主讀應(yīng)用服務(wù)器訪問(wèn)數(shù)據(jù)模塊需要改造網(wǎng)站響應(yīng)的問(wèn)題解決網(wǎng)絡(luò)復(fù)雜的問(wèn)題第九頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程使用反向代理和CDN加速網(wǎng)站響應(yīng)

網(wǎng)絡(luò)環(huán)境復(fù)雜1、用戶分布范圍廣2、網(wǎng)絡(luò)環(huán)境復(fù)雜反向代理和CDN1、CDN虛擬網(wǎng)絡(luò)，加速訪問(wèn)響應(yīng)2、直接訪問(wèn)反向代理服務(wù)器重點(diǎn)：CDN節(jié)點(diǎn)重新定向訪問(wèn)用戶最優(yōu)原則反向代理和CDN基礎(chǔ)應(yīng)用都為緩存技術(shù)分布式文件系統(tǒng)和分布式數(shù)據(jù)庫(kù)第十頁(yè)，共37頁(yè)。

持續(xù)的業(yè)務(wù)發(fā)展1、不是任何一臺(tái)幾臺(tái)服務(wù)器可以支撐2、分布式文件服務(wù)器和分布式數(shù)據(jù)庫(kù)服務(wù)器分布式數(shù)據(jù)庫(kù)是網(wǎng)站數(shù)據(jù)庫(kù)拆分的最后一招1、數(shù)據(jù)拆分2、業(yè)務(wù)拆分重點(diǎn)：服務(wù)器集群的應(yīng)用數(shù)據(jù)庫(kù)服務(wù)器集群的模式NOSQL數(shù)據(jù)庫(kù)和搜索引擎的技術(shù)引應(yīng)用分布式文件服務(wù)器和分布式數(shù)據(jù)庫(kù)應(yīng)用大型網(wǎng)站架構(gòu)演化發(fā)展歷程第十一頁(yè)，共37頁(yè)。

持續(xù)的業(yè)務(wù)越來(lái)越復(fù)雜1、對(duì)數(shù)據(jù)存儲(chǔ)要求復(fù)雜2、對(duì)數(shù)據(jù)檢索要求復(fù)雜NOSQL和搜索引擎對(duì)分布式可伸縮支持好1、NOSQL數(shù)據(jù)庫(kù)，讀操作和非格式數(shù)據(jù)2、搜索引擎迅速定位數(shù)據(jù)，降低數(shù)據(jù)訪問(wèn)重點(diǎn)：NOSQL和搜索引擎應(yīng)用數(shù)據(jù)訪問(wèn)模塊改造，減少應(yīng)用程序管理數(shù)據(jù)業(yè)務(wù)拆分大型網(wǎng)站架構(gòu)演化發(fā)展歷程使用NOSQL和搜索引擎第十二頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程

業(yè)務(wù)越來(lái)越復(fù)雜1、應(yīng)用越來(lái)越復(fù)雜2、產(chǎn)品和業(yè)務(wù)越來(lái)越繁雜業(yè)務(wù)拆分，解決日益復(fù)雜的應(yīng)用場(chǎng)景1、產(chǎn)品拆分，首頁(yè)，訂單，商品，支付2、應(yīng)用之間的數(shù)據(jù)交換（超鏈接；消息）

各應(yīng)用還是集中訪問(wèn)一個(gè)數(shù)據(jù)存儲(chǔ)系統(tǒng)

需要考慮應(yīng)用和數(shù)據(jù)庫(kù)連接的資源平衡業(yè)務(wù)拆分（即應(yīng)用拆分，應(yīng)用之間的數(shù)據(jù)交互）第十三頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化發(fā)展歷程

業(yè)務(wù)越來(lái)越復(fù)雜1、應(yīng)用越來(lái)越復(fù)雜2、數(shù)據(jù)庫(kù)連接資源不足提取公共業(yè)務(wù)，服用業(yè)務(wù)連接數(shù)據(jù)庫(kù)1、公共業(yè)務(wù)提取，獨(dú)立部署2、分布式應(yīng)用調(diào)用業(yè)務(wù)服務(wù)思想

大型網(wǎng)站的架構(gòu)演化到這里，基本的技術(shù)問(wèn)題都能得到解決，事物發(fā)展到一定階段，都會(huì)象更強(qiáng)大方面發(fā)展，諸如云計(jì)算平臺(tái)的建設(shè)，將資源變成商品出售。分布式服務(wù)（服務(wù)分布，業(yè)務(wù)連接共用）第十四頁(yè)，共37頁(yè)。大型網(wǎng)站架構(gòu)演化的價(jià)值觀

大型網(wǎng)站架構(gòu)技術(shù)的價(jià)值觀1、大型網(wǎng)站架構(gòu)的核心價(jià)值不是從無(wú)到有直接搭建大型網(wǎng)站，而是隨著業(yè)務(wù)的發(fā)展慢慢演化而來(lái)的，所需的技術(shù)也是慢慢演化而來(lái)的，不是劇烈的革命和推翻，如GOOGLE；taobao等2、大型網(wǎng)站技術(shù)發(fā)展的力量是網(wǎng)站發(fā)的業(yè)務(wù)發(fā)展，是業(yè)務(wù)成就了技術(shù)，是事業(yè)成就了人，所以投身互聯(lián)網(wǎng)的前提是理清楚業(yè)務(wù)，而不是四處挖高手，仿照成功的互聯(lián)網(wǎng)公司打造技術(shù)平臺(tái)，這無(wú)疑是南轅北轍，緣木求魚

兩個(gè)極端一方面：隨著互聯(lián)網(wǎng)高速發(fā)展，越來(lái)越多的軟件技術(shù)和產(chǎn)品從互聯(lián)網(wǎng)公司誕生，挑戰(zhàn)傳統(tǒng)軟件巨頭的江湖地位另一方面：絕大多數(shù)的中小網(wǎng)站幾十年如一日的使用LAMP技術(shù)開(kāi)發(fā)自己的網(wǎng)站，性價(jià)比超高的同同時(shí)，應(yīng)付業(yè)務(wù)綽綽有余第十五頁(yè)，共37頁(yè)。網(wǎng)站架構(gòu)設(shè)計(jì)的誤區(qū)

1、一味的追求大公司巨大成功的光環(huán)效應(yīng)，加上挖來(lái)的技術(shù)高手的影響，網(wǎng)站架構(gòu)決策時(shí)，最有力的的一句話變成了“淘寶就是這樣搞的”或者“Google就是這樣的結(jié)構(gòu)”,大公司的經(jīng)驗(yàn)值得借鑒，但不要盲從，失去了堅(jiān)持自我的勇氣2、為了技術(shù)而技術(shù)：網(wǎng)站架構(gòu)和技術(shù)是為業(yè)務(wù)而存在的，脫離了業(yè)務(wù)發(fā)展的實(shí)際要求，一味追求新技術(shù)會(huì)增加成本，反而走了彎路。3、企圖用技術(shù)解決所有問(wèn)題：往往很多網(wǎng)站運(yùn)營(yíng)出了問(wèn)題，都是考慮用技術(shù)去解決，而往往忽略了業(yè)務(wù)架構(gòu)，有的時(shí)候重新梳理業(yè)務(wù)架構(gòu)，調(diào)整業(yè)務(wù)需求，也會(huì)解決很多棘手的問(wèn)題總結(jié)：時(shí)至今日，大型網(wǎng)站的架構(gòu)演化方案已經(jīng)非常成熟，很多網(wǎng)站建立之初就是搭建在大型網(wǎng)站提供云計(jì)算服務(wù)基礎(chǔ)上的，所需要的資源都可以按需購(gòu)買，線性伸縮，所以親歷網(wǎng)站從小變大的架構(gòu)演化的工程師越來(lái)越少，所以我們更應(yīng)該去了解和理解網(wǎng)站架構(gòu)技術(shù)方案的來(lái)龍去脈和歷史淵源，這樣才能在技術(shù)選型和架構(gòu)決策時(shí)有的放矢。第十六頁(yè)，共37頁(yè)。案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論2012年初，鐵道部12306網(wǎng)上購(gòu)票系統(tǒng)為了解決購(gòu)票半夜早起，在瑟瑟寒風(fēng)中排隊(duì)挨凍的痛苦，然而各種技術(shù)和業(yè)務(wù)的問(wèn)題，12306無(wú)法面對(duì)“春運(yùn)”期間的瞬間海量高并發(fā)，出現(xiàn)訪問(wèn)過(guò)慢，頻繁報(bào)錯(cuò)甚至直接無(wú)法登陸等現(xiàn)象，頓時(shí)國(guó)內(nèi)怨聲一片，就此引發(fā)很多熱帖。第十七頁(yè)，共37頁(yè)。案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論國(guó)企=壟斷+腐敗+低效（媒體和技術(shù)公司的看法）問(wèn)題和難點(diǎn)分析

業(yè)務(wù)架構(gòu)問(wèn)題：

1、對(duì)于春運(yùn)一票難求的中國(guó)，火車票網(wǎng)購(gòu)本身就存在巨大風(fēng)險(xiǎn)2、整點(diǎn)售票改為分時(shí)段售票3、售票引入排隊(duì)機(jī)制

技術(shù)架構(gòu)問(wèn)題：

1、對(duì)高并發(fā)，高流量預(yù)計(jì)不足2、網(wǎng)站架構(gòu)不合理3、架構(gòu)師缺乏經(jīng)驗(yàn)第十八頁(yè)，共37頁(yè)。案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論技術(shù)改造的關(guān)鍵：“利用云計(jì)算資源“，“按需及時(shí)擴(kuò)充“和”快速調(diào)整，“建立可伸縮擴(kuò)展的云應(yīng)用平臺(tái)云計(jì)算的基礎(chǔ)架構(gòu)虛擬化已經(jīng)非常成熟，當(dāng)網(wǎng)絡(luò)阻塞時(shí)，可以動(dòng)態(tài)增加帶寬，當(dāng)服務(wù)器CPU到達(dá)高位時(shí)，可以快速?gòu)馁Y源池獲取虛擬機(jī)資源來(lái)分?jǐn)傌?fù)荷。

底層的架構(gòu)都虛擬化后，網(wǎng)絡(luò)設(shè)備，Web服務(wù)器，應(yīng)用服務(wù)器都可以做“伸縮性”的擴(kuò)展；但遇到一個(gè)難點(diǎn)就是“12306的應(yīng)用系統(tǒng)框架”無(wú)法支持可伸縮擴(kuò)展。原因是關(guān)系型數(shù)據(jù)庫(kù)無(wú)法支持“應(yīng)用系統(tǒng)”的伸縮擴(kuò)展?？蛻粢呀?jīng)投入大筆經(jīng)費(fèi)在IT方面的建設(shè)，但“系統(tǒng)框架設(shè)計(jì)”還是沿用10幾年前的三層設(shè)計(jì)，而且每年都在原來(lái)的基礎(chǔ)上做不斷的升級(jí)。當(dāng)業(yè)務(wù)不斷成長(zhǎng)時(shí)，數(shù)據(jù)量也跟著成長(zhǎng)，功能越來(lái)越多，但系統(tǒng)性能越來(lái)越差。12306網(wǎng)站技術(shù)改造思路第十九頁(yè)，共37頁(yè)。案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論12306網(wǎng)站技術(shù)改造辦法12306最后選擇PivotalGemfire作為系統(tǒng)改造的平臺(tái)，其主要原因如下：1.關(guān)聯(lián)數(shù)據(jù)節(jié)點(diǎn)設(shè)計(jì)：可以根據(jù)客戶的業(yè)務(wù)邏輯特性和數(shù)據(jù)關(guān)聯(lián)性，將關(guān)聯(lián)性強(qiáng)的數(shù)據(jù)放置于同一個(gè)服務(wù)器節(jié)點(diǎn)，提高系統(tǒng)性能，避免分布式系統(tǒng)服務(wù)器的頻繁數(shù)據(jù)交換。2.將數(shù)據(jù)移到內(nèi)存：由于數(shù)據(jù)是放在內(nèi)存里面，屏蔽傳統(tǒng)數(shù)據(jù)庫(kù)頻繁訪問(wèn)，CPU與數(shù)據(jù)庫(kù)的交互作用，影響服務(wù)器性能。內(nèi)存的數(shù)據(jù)交換速度遠(yuǎn)高于磁盤速度上千倍，極大提高系統(tǒng)性能。3.擴(kuò)展和伸縮性：以Gemfire構(gòu)建的應(yīng)用云平臺(tái)，是以x86PC服務(wù)器為主的硬件基礎(chǔ)。在保證系統(tǒng)的性能下，此平臺(tái)可以隨著客戶業(yè)務(wù)的成長(zhǎng)來(lái)任意調(diào)配x86服務(wù)器的數(shù)量，避免以后昂貴的硬件升級(jí)帶來(lái)的困擾。經(jīng)測(cè)試結(jié)果顯示，整個(gè)系統(tǒng)性能可隨著服務(wù)器的數(shù)量的增加實(shí)現(xiàn)幾乎線性的成長(zhǎng)。4.數(shù)據(jù)可靠性：在同個(gè)集群里面可以有多個(gè)數(shù)據(jù)節(jié)點(diǎn)備份，數(shù)據(jù)可以自動(dòng)同步或是將內(nèi)存數(shù)據(jù)持久化到硬盤或是數(shù)據(jù)庫(kù)5.跨地域的數(shù)據(jù)分布或同步：可以透過(guò)“廣域網(wǎng)”將指定的Gemfire集群的內(nèi)存數(shù)據(jù)“實(shí)時(shí)同步”到異地的數(shù)據(jù)中心。這是屬于“應(yīng)用層”的數(shù)據(jù)同步異于傳統(tǒng)的“數(shù)據(jù)庫(kù)”同步。6.PivotalGemfire使用x86PC服務(wù)器，其性價(jià)比遠(yuǎn)遠(yuǎn)高于Unix小型機(jī)。第二十頁(yè)，共37頁(yè)。案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論第二十一頁(yè)，共37頁(yè)。某某聯(lián)通預(yù)支充值服務(wù)實(shí)現(xiàn)辦法（3）OCS改造：創(chuàng)建DCO信用賬本并開(kāi)辟空間存儲(chǔ)DCO信用額度OCS方需在現(xiàn)有的OCS平臺(tái)中開(kāi)辟專門的空間存儲(chǔ)DCO信用額度（DCO信用額度是信用賬本的上限值，且是固定值，除非DCO平臺(tái)請(qǐng)求對(duì)用戶的信用額度進(jìn)行修改）；OCS方需在現(xiàn)有OCS平臺(tái)中開(kāi)辟供DCO使用的專有信用賬本（DCO信用賬本），用于存儲(chǔ)DCO信用余額（信用賬本的上限值即為DCO信用額度值）。2.

修改扣費(fèi)及用戶充值時(shí)計(jì)算邏輯并更新相應(yīng)賬本OCS平臺(tái)需要對(duì)當(dāng)前現(xiàn)金賬本（含：默認(rèn)信用賬本）、DCO信用賬本、單停漫游信用賬本（被叫信用度賬本）的扣費(fèi)計(jì)算邏輯、充值恢復(fù)計(jì)算邏輯按本文上述的業(yè)務(wù)需求進(jìn)行修改；計(jì)算邏輯修改的目的是用于計(jì)算DCO信用使用后的余額并更新到DCO信用賬本、以及計(jì)算用戶充值時(shí)DCO信用賬本恢復(fù)后的余額并更新到DCO信用賬本。3.

開(kāi)發(fā)接口實(shí)現(xiàn)OCS平臺(tái)與DCO平臺(tái)之間的數(shù)據(jù)交互（非實(shí)時(shí)）提取DCO平臺(tái)上線前的用戶打分?jǐn)?shù)據(jù)（用戶充值記錄、用戶當(dāng)前狀態(tài)）及上線后的每日/每月傳輸數(shù)據(jù)（用戶充值記錄、用戶日末余額、用戶當(dāng)前狀態(tài)、信用額度應(yīng)答數(shù)據(jù)），并生成指定格式的數(shù)據(jù)文件（如：CSV格式）以FTP方式上傳到指定的服務(wù)器路徑；OCS以FTP方式從指定的服務(wù)器路徑下載批量用戶授信請(qǐng)求文件（如：CSV格式），并在OCS平臺(tái)內(nèi)對(duì)用戶的授信額度進(jìn)行修改；OCS將批量用戶授信結(jié)果文件（如：CSV格式）以FTP方式上傳到指定的服務(wù)器路徑，由DCO平臺(tái)對(duì)授信結(jié)果進(jìn)行更新。OCS將批量每日傳輸如4.8所述的用戶數(shù)據(jù)文件（如：CSV格式）以FTP方式上傳到指定的服務(wù)器路徑。22第二十二頁(yè)，共37頁(yè)。某某聯(lián)通預(yù)支充值服務(wù)實(shí)現(xiàn)辦法（1）23第二十三頁(yè)，共37頁(yè)。某某聯(lián)通預(yù)支充值服務(wù)實(shí)現(xiàn)辦法（2）業(yè)務(wù)內(nèi)容實(shí)現(xiàn)機(jī)制服務(wù)生效1)OCS創(chuàng)建DCO信用賬本，該賬本可以用于扣款2)該信用賬本可以按照生效時(shí)間啟用,失效時(shí)間停用3)該信用賬本可以根據(jù)初始授信額度更新申請(qǐng)表的要求更新4)信用賬本創(chuàng)建時(shí)需要對(duì)用戶狀態(tài)進(jìn)行校驗(yàn)，僅在有效期內(nèi)可以創(chuàng)建信用賬本。服務(wù)使用1)信用額度使用范圍為：為用戶提供信用額度用于用戶所有消費(fèi)行為（任何消費(fèi)都可以使用信用賬本的額度，包括短信，語(yǔ)音，數(shù)據(jù)，增值業(yè)務(wù)，套餐，第三方增值業(yè)務(wù)等）。2)DCO信用賬本的使用優(yōu)先級(jí)：現(xiàn)金賬本>DCO信用賬本。用戶消費(fèi)過(guò)程中，當(dāng)用戶自身余額（現(xiàn)金賬本）用盡時(shí)，開(kāi)始使用DCO信用賬本；服務(wù)取消1)

信用賬本做失效處理（將失效時(shí)間置為當(dāng)前時(shí)間，并且用戶的信用額度為0，壞賬為用戶當(dāng)前未恢復(fù)的信用額度）2)

任何狀態(tài)下都可以失效信用賬本。3)

用戶投訴和壞賬用戶才會(huì)取消信用。信用額度的恢復(fù)1)DCO信用賬本的恢復(fù)優(yōu)先級(jí)為：欠費(fèi)>DCO信用賬本>現(xiàn)金賬本2)用戶充值時(shí)，會(huì)將DCO賬本的已使用金額進(jìn)行返還。3)只有現(xiàn)金充值才能恢復(fù)信用賬本，非現(xiàn)金充值不能用戶信用恢復(fù)。信用額度的調(diào)整信用額度調(diào)整時(shí)的處理原則為，調(diào)減時(shí)，OCS需要做出一些判斷：如果用戶的DCO信用賬本余額<信用額度調(diào)減量，則不調(diào)整，并返回相應(yīng)的錯(cuò)誤代碼。24第二十四頁(yè)，共37頁(yè)。某某聯(lián)通預(yù)支充值服務(wù)實(shí)現(xiàn)辦法（2）25第二十五頁(yè)，共37頁(yè)。預(yù)支充值服務(wù)整體方案–標(biāo)準(zhǔn)硬件配置方案乙方提供預(yù)支充值服務(wù)的硬件平臺(tái)綜合安全性和數(shù)據(jù)傳輸性能考慮，建議服務(wù)器放置于運(yùn)營(yíng)商的數(shù)據(jù)中心內(nèi)預(yù)支充值硬件平臺(tái)與預(yù)付費(fèi)系統(tǒng)接口相連，進(jìn)行數(shù)據(jù)傳輸預(yù)支充值硬件平臺(tái)遵守運(yùn)營(yíng)商安全管理規(guī)范，接受運(yùn)營(yíng)在硬件層面的監(jiān)管乙方公司通過(guò)VPN遠(yuǎn)程監(jiān)控服務(wù)的運(yùn)行情況并提供運(yùn)行支撐用戶NOC服務(wù)器1服務(wù)器2服務(wù)器…服務(wù)器n防火墻防火墻交換機(jī)交換機(jī)交換機(jī)eth0eth0eth0eth0eth1eth1eth1eth1ILOILOILOILOeth2eth2eth2eth2ILOZONEILOZONE乙方硬件平臺(tái)乙方或運(yùn)營(yíng)商提供數(shù)據(jù)中心第二十六頁(yè)，共37頁(yè)。需要配合的工作打分、統(tǒng)計(jì)數(shù)據(jù)接口打分通知數(shù)據(jù)處理接口服務(wù)取消/再加入數(shù)據(jù)接口短信平臺(tái)數(shù)據(jù)接口接口開(kāi)發(fā)數(shù)據(jù)中心內(nèi)的位置空間;相應(yīng)網(wǎng)絡(luò)、電力、環(huán)境等;VPN連接數(shù)據(jù)中心建議使用運(yùn)營(yíng)商統(tǒng)一熱線電話提供客戶服務(wù)乙方公司將提供工作平臺(tái)、培訓(xùn)及相關(guān)支撐熱線服務(wù)建方安排一名經(jīng)驗(yàn)豐富的業(yè)務(wù)部門工作人員負(fù)責(zé)與我方對(duì)帳核算需要在預(yù)付費(fèi)系統(tǒng)中開(kāi)發(fā)相應(yīng)的結(jié)算統(tǒng)計(jì)報(bào)表對(duì)帳結(jié)算預(yù)支充值服務(wù)開(kāi)通技術(shù)改造預(yù)支充值服務(wù)使用與恢復(fù)改造其他可能涉及的改造核心邏輯27第二十七頁(yè)，共37頁(yè)。接口開(kāi)發(fā)No.數(shù)據(jù)表1充值信息表2通話消費(fèi)表3數(shù)據(jù)消費(fèi)表4短信或增值消費(fèi)表5日末余額表6用戶狀態(tài)表7轉(zhuǎn)網(wǎng)用戶表8套餐信息表9預(yù)支額度表No.數(shù)據(jù)表1預(yù)支額度更新請(qǐng)求表2預(yù)支額度更新反饋表No.數(shù)據(jù)表1預(yù)支額度更新請(qǐng)求表2預(yù)支額度更新反饋表No.數(shù)據(jù)表1預(yù)支充值服務(wù)短信通知2預(yù)支充值服務(wù)短信退訂手機(jī)預(yù)付費(fèi)用戶預(yù)付費(fèi)系統(tǒng)信用賬本…賬本資金賬本預(yù)支充值平臺(tái)行為分析與打分結(jié)算統(tǒng)計(jì)客服預(yù)支充值管理平臺(tái)充值/消費(fèi)打分統(tǒng)計(jì)數(shù)據(jù)接口批量額度更新取消/再加入服務(wù)取消/再加入短信平臺(tái)短信確認(rèn)與取消1234打分統(tǒng)計(jì)數(shù)據(jù)接口1打分通知數(shù)據(jù)處理接口2服務(wù)取消/再加入數(shù)據(jù)接口3短信平臺(tái)數(shù)據(jù)接口428第二十八頁(yè)，共37頁(yè)。接口開(kāi)發(fā)接口接口描述主要功能數(shù)據(jù)傳輸方式數(shù)據(jù)內(nèi)容數(shù)據(jù)量估計(jì)1打分統(tǒng)計(jì)數(shù)據(jù)接口將用戶充值、消費(fèi)等數(shù)據(jù)從預(yù)付費(fèi)系統(tǒng)傳輸?shù)筋A(yù)支充值平臺(tái)，用于數(shù)據(jù)分析處理和客戶打分非實(shí)時(shí)，每天晚上批量傳輸充值數(shù)據(jù)消費(fèi)數(shù)據(jù)日末余額數(shù)據(jù)用戶狀態(tài)、離網(wǎng)信息等與用戶數(shù)量直接相關(guān)，約為500M~1GB/每日

(*

按照10萬(wàn)用戶估計(jì)，以下同）2打分通知數(shù)據(jù)處理接口將打分結(jié)果（預(yù)支充值額度表）從預(yù)支充值平臺(tái)傳輸?shù)筋A(yù)付費(fèi)系統(tǒng)，用于向用戶信用模塊充值非實(shí)時(shí)，每月一次批量傳輸打分結(jié)果（預(yù)支充值額度表：用戶ID、預(yù)支充值額度）與用戶數(shù)量直接相關(guān)，初步估計(jì)10MB/每月3服務(wù)取消/再申請(qǐng)數(shù)據(jù)接口將用戶取消服務(wù)的數(shù)據(jù)從預(yù)支充值平臺(tái)傳輸?shù)筋A(yù)付費(fèi)系統(tǒng)系統(tǒng)實(shí)時(shí)傳輸/非實(shí)時(shí)每天晚上傳輸取消服務(wù)的用戶列表初步估計(jì)，平均小于100條記錄每天4短信平臺(tái)數(shù)據(jù)接口將預(yù)支充值服務(wù)的用戶及信用額度數(shù)據(jù)傳遞給短信平臺(tái)，用于生成短信提醒用戶該項(xiàng)服務(wù)主要采用非實(shí)時(shí)，批量傳輸方式。提供預(yù)支充值服務(wù)的用戶及預(yù)支充值額度根據(jù)用戶數(shù)量，初步估計(jì)10MB/每月29第二十九頁(yè)，共37頁(yè)。系統(tǒng)改造—打分和服務(wù)生效流程手機(jī)預(yù)付費(fèi)用戶預(yù)付費(fèi)系統(tǒng)信用賬本…賬本資金賬本預(yù)支充值平臺(tái)行為分析與打分結(jié)算統(tǒng)計(jì)客服預(yù)支充值管理平臺(tái)短信平臺(tái)1.充值/消費(fèi)2.充值消費(fèi)等數(shù)據(jù)3.預(yù)支額度更新5.服務(wù)取消/再申請(qǐng)4.下發(fā)短信通知6.服務(wù)取消/再申請(qǐng)7.預(yù)支服務(wù)取消/再申請(qǐng)用戶消費(fèi)和充值的詳單被將被預(yù)付費(fèi)系統(tǒng)記錄這些記錄每天晚上通過(guò)接口傳遞到預(yù)支充值平臺(tái)預(yù)支充值平臺(tái)進(jìn)行客戶分析、分類、打分，并把預(yù)支額度表(增量數(shù)據(jù))通過(guò)線下的方式傳遞給預(yù)付費(fèi)系統(tǒng)，由預(yù)付費(fèi)系統(tǒng)將額度更新到用戶的信用帳本，并傳回額度更新回執(zhí)預(yù)付費(fèi)系統(tǒng)通過(guò)短信平臺(tái)通知用戶用戶可以通過(guò)客服熱線或短信選擇退出/再申請(qǐng)客服人員通過(guò)預(yù)支充值管理平臺(tái)（Web）執(zhí)行查詢確認(rèn)和執(zhí)行退出/再申請(qǐng)操作，并通知預(yù)支充值平臺(tái)預(yù)支充值平臺(tái)通知預(yù)付費(fèi)系統(tǒng)取消預(yù)支額度5.服務(wù)取消/再申請(qǐng)6.服務(wù)取消/再申請(qǐng)30第三十頁(yè)，共37頁(yè)。系統(tǒng)改造—服務(wù)使用與恢復(fù)量計(jì)算使用量計(jì)算方式一：預(yù)支充值平臺(tái)通過(guò)信用賬本的消費(fèi)記錄計(jì)算使用量：信用賬本使用優(yōu)先級(jí)低于現(xiàn)金賬本，恢復(fù)優(yōu)先級(jí)高于現(xiàn)金賬本可以獲得信用賬本所有的消費(fèi)記錄可以區(qū)分跨賬本消費(fèi)記錄另外，關(guān)注：消費(fèi)記錄是否包含賬本信息如果發(fā)生調(diào)減賬，采用何種方式，是否會(huì)對(duì)服務(wù)計(jì)算產(chǎn)生影響手機(jī)預(yù)付費(fèi)用戶預(yù)付費(fèi)系統(tǒng)信用賬本…賬本資金賬本預(yù)支充值平臺(tái)行為分析與打分結(jié)算統(tǒng)計(jì)客服預(yù)支充值管理平臺(tái)短信平臺(tái)1.充值/消費(fèi)2.充值消費(fèi)等數(shù)據(jù)3.預(yù)支額度更新5.服務(wù)取消/再申請(qǐng)4.下發(fā)短信通知6.服務(wù)取消/再申請(qǐng)7.預(yù)支服務(wù)取消/再申請(qǐng)5.服務(wù)取消/再申請(qǐng)6.服務(wù)取消/再申請(qǐng)31第三十一頁(yè)，共37頁(yè)。系統(tǒng)改造—服務(wù)使用與恢復(fù)量計(jì)算使用量計(jì)算方法二：預(yù)支充值平臺(tái)通過(guò)日末賬戶總可用余額（預(yù)付費(fèi)系統(tǒng)需要設(shè)置每日24:00進(jìn)行批量余額查詢）和用戶的預(yù)支額度計(jì)算預(yù)支服務(wù)的使用量：如果(日末賬戶總可用余額-預(yù)支額度)<0，預(yù)支服務(wù)使用量=預(yù)支額度–日末賬戶總可用余額如果(日末賬戶總可用余額-預(yù)支額度)>=0，預(yù)支服務(wù)使用量=0.

如果用戶在當(dāng)天有充值行為:如果（充值前賬戶總可用余額-預(yù)支額度）<0，預(yù)支服務(wù)使用量=預(yù)支額度–充值前賬戶總可用余額如果（充值前賬戶總可用余額-預(yù)支額度）≥0，預(yù)支服務(wù)使用量=0.在用戶充值時(shí)，優(yōu)先對(duì)預(yù)支金額進(jìn)行恢復(fù)，恢復(fù)量等于充值前的預(yù)支金額使用量。用戶充值后，開(kāi)始下一個(gè)預(yù)支服務(wù)使用量的計(jì)算過(guò)程。關(guān)注點(diǎn)/討論點(diǎn)：賬戶總可用余額的計(jì)算辦法及專用賬本的扣費(fèi)限制手機(jī)預(yù)付費(fèi)用戶預(yù)付費(fèi)系統(tǒng)信用賬本…賬本資金賬本預(yù)支充值平臺(tái)行為分析與打分結(jié)算統(tǒng)計(jì)客服預(yù)支充值管理平臺(tái)短信平臺(tái)1.充值/消費(fèi)2.充值消費(fèi)等數(shù)據(jù)3.預(yù)支額度更新5.服務(wù)取消/再申請(qǐng)4.下發(fā)短信通知6.服務(wù)取消/再申請(qǐng)7.預(yù)支服務(wù)取消/再申請(qǐng)5.服務(wù)取消/再申請(qǐng)6.服務(wù)取消/再申請(qǐng)32第三十二頁(yè)，共37頁(yè)。系統(tǒng)改造—轉(zhuǎn)/離網(wǎng)和服務(wù)取消/再加入流程手機(jī)預(yù)付費(fèi)用戶預(yù)付費(fèi)系統(tǒng)信用賬本…賬本資金賬本預(yù)支充值平臺(tái)行為分析與打分結(jié)算統(tǒng)計(jì)客服預(yù)支充值管理平臺(tái)短信平臺(tái)1.轉(zhuǎn)/離網(wǎng)2.轉(zhuǎn)/離網(wǎng)數(shù)據(jù)9.服務(wù)取