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

大型網(wǎng)站技術(shù)架構(gòu)核心原理與案例分析2021年8月2大型網(wǎng)站架構(gòu)演化京東案例：2021年末，京東圖書促銷，并發(fā)訪問過高瀏覽頁“Serviceistoobusy〞緊急采購10臺效勞器，依然如故劉強(qiáng)東請信息部們?nèi)藛T“喝茶〞12306鐵路訂票網(wǎng)：2021年初，12306春運(yùn)期間崩潰運(yùn)營時(shí)間很短，缺乏大規(guī)模并發(fā)處理經(jīng)驗(yàn)12306架構(gòu)師對這種訪問趨勢沒概念導(dǎo)致直接崩潰，12306被媒體技術(shù)“噴〞原因：網(wǎng)站技術(shù)架構(gòu)的問題互聯(lián)網(wǎng)開展短短20多年的時(shí)間，世界發(fā)生了巨大變化：信息檢索電子商務(wù)文化娛樂社交通信問題：一邊是熾熱的開展，一邊是不堪重負(fù)的網(wǎng)站架構(gòu)，如何打造高可用、高性能、易擴(kuò)展、可伸縮且平安的網(wǎng)站，并且迅速能夠?qū)崿F(xiàn)應(yīng)用。3高并發(fā)、大流量：Google日均PV數(shù)35億，日均IP訪問數(shù)3億；騰訊QQ1.4億在線；淘寶12年雙11，活動開始一分鐘1000萬訪問用戶高可用：7X24小時(shí)效勞，不間斷海量數(shù)據(jù)：需要存儲管理海量數(shù)據(jù)，需要大量的效勞器，百度收錄數(shù)百億網(wǎng)頁；Google有百萬臺效勞器在全球用戶分布：用戶分布范圍廣，全國甚至全球，各地網(wǎng)絡(luò)環(huán)境千差萬別，運(yùn)營商互聯(lián)互通的問題平安環(huán)境惡劣：互聯(lián)網(wǎng)的開放性，使得網(wǎng)站更容易受到攻擊，很多網(wǎng)站泄露密碼及重要數(shù)據(jù)，用戶也受到影響需求變更頻繁快速：和傳統(tǒng)軟件不同，互聯(lián)網(wǎng)產(chǎn)品為了快速適應(yīng)市場，滿足用戶需求，產(chǎn)品發(fā)布頻率高，新版本不斷上線漸進(jìn)式開展：不是所有網(wǎng)站一開始就是大而全，都是從小網(wǎng)站逐漸開展起來的，好的網(wǎng)站都是慢慢運(yùn)營出來大型網(wǎng)站架構(gòu)演化大型網(wǎng)站軟件系統(tǒng)的特點(diǎn)4大型網(wǎng)站架構(gòu)演化開展歷程初始階段的小網(wǎng)站應(yīng)用效勞與數(shù)據(jù)效勞別離使用緩存改善網(wǎng)站性能應(yīng)用效勞器集群提高并發(fā)處理能力數(shù)據(jù)庫讀寫別離反向代理和CDN加速網(wǎng)站響應(yīng)分布式文件系統(tǒng)和分布式數(shù)據(jù)庫使用NOSQL和搜索引擎業(yè)務(wù)拆分分布式效勞開展歷程5大型網(wǎng)站架構(gòu)演化開展歷程初始階段的小網(wǎng)站

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

業(yè)務(wù)開展1、越來越多的用戶訪問〔性能變差〕2、越來越多的數(shù)據(jù)存儲〔存儲空間缺乏〕應(yīng)用和數(shù)據(jù)別離1、應(yīng)用效勞器單獨(dú)一臺效勞器2、文件效勞器單獨(dú)一臺效勞器3、數(shù)據(jù)庫效勞器單獨(dú)一臺效勞器側(cè)重點(diǎn)：應(yīng)用效勞器需要強(qiáng)大CPU用于計(jì)算邏輯文件效勞器需要大磁盤存儲文件數(shù)據(jù)庫效勞器需要大內(nèi)存和快速磁盤7大型網(wǎng)站架構(gòu)演化開展歷程使用緩存改善網(wǎng)站性能：減少數(shù)據(jù)訪問壓力，改善數(shù)據(jù)庫寫性能

網(wǎng)站訪問的二八定律1、80%的訪問集中在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)用效勞器8大型網(wǎng)站架構(gòu)演化開展歷程使用應(yīng)用效勞器集群改善網(wǎng)站并發(fā)處理能力

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

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

網(wǎng)絡(luò)環(huán)境復(fù)雜1、用戶分布范圍廣2、網(wǎng)絡(luò)環(huán)境復(fù)雜反向代理和CDN1、CDN虛擬網(wǎng)絡(luò)，加速訪問響應(yīng)2、直接訪問反向代理效勞器重點(diǎn)：CDN節(jié)點(diǎn)重新定向訪問用戶最優(yōu)原那么反向代理和CDN根底應(yīng)用都為緩存技術(shù)分布式文件系統(tǒng)和分布式數(shù)據(jù)庫

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

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

業(yè)務(wù)越來越復(fù)雜1、應(yīng)用越來越復(fù)雜2、產(chǎn)品和業(yè)務(wù)越來越繁雜業(yè)務(wù)拆分，解決日益復(fù)雜的應(yīng)用場景1、產(chǎn)品拆分，首頁，訂單，商品，支付2、應(yīng)用之間的數(shù)據(jù)交換〔超鏈接；消息〕各應(yīng)用還是集中訪問一個(gè)數(shù)據(jù)存儲系統(tǒng)需要考慮應(yīng)用和數(shù)據(jù)庫連接的資源平衡業(yè)務(wù)拆分〔即應(yīng)用拆分，應(yīng)用之間的數(shù)據(jù)交互〕大型網(wǎng)站架構(gòu)演化開展歷程

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

大型網(wǎng)站的架構(gòu)演化到這里，根本的技術(shù)問題都能得到解決，事物開展到一定階段，都會象更強(qiáng)大方面開展，諸如云計(jì)算平臺的建設(shè)，將資源變成商品出售。分布式效勞〔效勞分布，業(yè)務(wù)連接共用〕大型網(wǎng)站架構(gòu)演化的價(jià)值觀

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

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

1、一味的追求大公司巨大成功的光環(huán)效應(yīng)，加上挖來的技術(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ù)開展的實(shí)際要求，一味追求新技術(shù)會增加本錢，反而走了彎路。3、企圖用技術(shù)解決所有問題：往往很多網(wǎng)站運(yùn)營出了問題，都是考慮用技術(shù)去解決，而往往忽略了業(yè)務(wù)架構(gòu)，有的時(shí)候重新梳理業(yè)務(wù)架構(gòu)，調(diào)整業(yè)務(wù)需求，也會解決很多棘手的問題總結(jié)：時(shí)至今日，大型網(wǎng)站的架構(gòu)演化方案已經(jīng)非常成熟，很多網(wǎng)站建立之初就是搭建在大型網(wǎng)站提供云計(jì)算效勞根底上的，所需要的資源都可以按需購置，線性伸縮，所以親歷網(wǎng)站從小變大的架構(gòu)演化的工程師越來越少，所以我們更應(yīng)該去了解和理解網(wǎng)站架構(gòu)技術(shù)方案的來龍去脈和歷史淵源，這樣才能在技術(shù)選型和架構(gòu)決策時(shí)有的放矢。案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論2021年初，鐵道部12306網(wǎng)上購票系統(tǒng)為了解決購票半夜早起，在瑟瑟寒風(fēng)中排隊(duì)挨凍的痛苦，然而各種技術(shù)和業(yè)務(wù)的問題，12306無法面對“春運(yùn)〞期間的瞬間海量高并發(fā)，出現(xiàn)訪問過慢，頻繁報(bào)錯(cuò)甚至直接無法登陸等現(xiàn)象，頓時(shí)國內(nèi)怨聲一片，就此引發(fā)很多熱帖。案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論國企=壟斷+腐敗+低效〔媒體和技術(shù)公司的看法〕問題和難點(diǎn)分析

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

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

技術(shù)架構(gòu)問題：1、對高并發(fā)，高流量預(yù)計(jì)缺乏2、網(wǎng)站架構(gòu)不合理3、架構(gòu)師缺乏經(jīng)驗(yàn)案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論技術(shù)改造的關(guān)鍵：“利用云計(jì)算資源“，“按需及時(shí)擴(kuò)充“和〞快速調(diào)整，“建立可伸縮擴(kuò)展的云應(yīng)用平臺云計(jì)算的根底架構(gòu)虛擬化已經(jīng)非常成熟，當(dāng)網(wǎng)絡(luò)阻塞時(shí)，可以動態(tài)增加帶寬，當(dāng)效勞器CPU到達(dá)高位時(shí)，可以快速從資源池獲取虛擬機(jī)資源來分?jǐn)傌?fù)荷。底層的架構(gòu)都虛擬化后，網(wǎng)絡(luò)設(shè)備，Web效勞器，應(yīng)用效勞器都可以做“伸縮性〞的擴(kuò)展；但遇到一個(gè)難點(diǎn)就是“12306的應(yīng)用系統(tǒng)框架〞無法支持可伸縮擴(kuò)展。原因是關(guān)系型數(shù)據(jù)庫無法支持“應(yīng)用系統(tǒng)〞的伸縮擴(kuò)展。客戶已經(jīng)投入大筆經(jīng)費(fèi)在IT方面的建設(shè)，但“系統(tǒng)框架設(shè)計(jì)〞還是沿用10幾年前的三層設(shè)計(jì)，而且每年都在原來的根底上做不斷的升級。當(dāng)業(yè)務(wù)不斷成長時(shí)，數(shù)據(jù)量也跟著成長，功能越來越多，但系統(tǒng)性能越來越差。12306網(wǎng)站技術(shù)改造思路案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論12306網(wǎng)站技術(shù)改造方法12306最后選擇PivotalGemfire作為系統(tǒng)改造的平臺，其主要原因如下：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è)效勞器節(jié)點(diǎn)，提高系統(tǒng)性能，防止分布式系統(tǒng)效勞器的頻繁數(shù)據(jù)交換。2.將數(shù)據(jù)移到內(nèi)存：由于數(shù)據(jù)是放在內(nèi)存里面，屏蔽傳統(tǒng)數(shù)據(jù)庫頻繁訪問，CPU與數(shù)據(jù)庫的交互作用，影響效勞器性能。內(nèi)存的數(shù)據(jù)交換速度遠(yuǎn)高于磁盤速度上千倍，極大提高系統(tǒng)性能。3.擴(kuò)展和伸縮性：以Gemfire構(gòu)建的應(yīng)用云平臺，是以x86PC效勞器為主的硬件根底。在保證系統(tǒng)的性能下，此平臺可以隨著客戶業(yè)務(wù)的成長來任意調(diào)配x86效勞器的數(shù)量，防止以后昂貴的硬件升級帶來的困擾。經(jīng)測試結(jié)果顯示，整個(gè)系統(tǒng)性能可隨著效勞器的數(shù)量的增加實(shí)現(xiàn)幾乎線性的成長。4.數(shù)據(jù)可靠性：在同個(gè)集群里面可以有多個(gè)數(shù)據(jù)節(jié)點(diǎn)備份，數(shù)據(jù)可以自動同步或是將內(nèi)存數(shù)據(jù)持久化到硬盤或是數(shù)據(jù)庫5.跨地域的數(shù)據(jù)分布或同步：可以透過“廣域網(wǎng)〞將指定的Gemfire集群的內(nèi)存數(shù)據(jù)“實(shí)時(shí)同步〞到異地的數(shù)據(jù)中心。這是屬于“應(yīng)用層〞的數(shù)據(jù)同步異于傳統(tǒng)的“數(shù)據(jù)庫〞同步。6.PivotalGemfire使用x86PC效勞器，其性價(jià)比遠(yuǎn)遠(yuǎn)高于Unix小型機(jī)。案例分析：12306網(wǎng)站引發(fā)的網(wǎng)站架構(gòu)設(shè)計(jì)和討論22某某聯(lián)通預(yù)支充值效勞實(shí)現(xiàn)方法〔3〕OCS改造：創(chuàng)立DCO信用賬本并開辟空間存儲DCO信用額度OCS方需在現(xiàn)有的OCS平臺中開辟專門的空間存儲DCO信用額度〔DCO信用額度是信用賬本的上限值，且是固定值，除非DCO平臺請求對用戶的信用額度進(jìn)行修改〕；OCS方需在現(xiàn)有OCS平臺中開辟供DCO使用的專有信用賬本〔DCO信用賬本〕，用于存儲DCO信用余額〔信用賬本的上限值即為DCO信用額度值〕。2.修改扣費(fèi)及用戶充值時(shí)計(jì)算邏輯并更新相應(yīng)賬本OCS平臺需要對當(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.開發(fā)接口實(shí)現(xiàn)OCS平臺與DCO平臺之間的數(shù)據(jù)交互〔非實(shí)時(shí)〕提取DCO平臺上線前的用戶打分?jǐn)?shù)據(jù)〔用戶充值記錄、用戶當(dāng)前狀態(tài)〕及上線后的每日/每月傳輸數(shù)據(jù)〔用戶充值記錄、用戶日末余額、用戶當(dāng)前狀態(tài)、信用額度應(yīng)答數(shù)據(jù)〕，并生成指定格式的數(shù)據(jù)文件〔如：CSV格式〕以FTP方式上傳到指定的效勞器路徑；OCS以FTP方式從指定的效勞器路徑下載批量用戶授信請求文件〔如：CSV格式〕，并在OCS平臺內(nèi)對用戶的授信額度進(jìn)行修改；OCS將批量用戶授信結(jié)果文件〔如：CSV格式〕以FTP方式上傳到指定的效勞器路徑，由DCO平臺對授信結(jié)果進(jìn)行更新。OCS將批量每日傳輸如4.8所述的用戶數(shù)據(jù)文件〔如：CSV格式〕以FTP方式上傳到指定的效勞器路徑。23某某聯(lián)通預(yù)支充值效勞實(shí)現(xiàn)方法〔1〕24某某聯(lián)通預(yù)支充值效勞實(shí)現(xiàn)方法〔2〕業(yè)務(wù)內(nèi)容實(shí)現(xiàn)機(jī)制服務(wù)生效1)OCS創(chuàng)建DCO信用賬本，該賬本可以用于扣款2)該信用賬本可以按照生效時(shí)間啟用,失效時(shí)間停用3)該信用賬本可以根據(jù)初始授信額度更新申請表的要求更新4)信用賬本創(chuàng)建時(shí)需要對用戶狀態(tài)進(jìn)行校驗(yàn)，僅在有效期內(nèi)可以創(chuàng)建信用賬本。服務(wù)使用1)信用額度使用范圍為：為用戶提供信用額度用于用戶所有消費(fèi)行為（任何消費(fèi)都可以使用信用賬本的額度，包括短信，語音，數(shù)據(jù)，增值業(yè)務(wù)，套餐，第三方增值業(yè)務(wù)等）。2)DCO信用賬本的使用優(yōu)先級：現(xiàn)金賬本>DCO信用賬本。用戶消費(fèi)過程中，當(dāng)用戶自身余額（現(xiàn)金賬本）用盡時(shí)，開始使用DCO信用賬本；服務(wù)取消1)

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

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

用戶投訴和壞賬用戶才會取消信用。信用額度的恢復(fù)1)DCO信用賬本的恢復(fù)優(yōu)先級為：欠費(fèi)>DCO信用賬本>現(xiàn)金賬本2)用戶充值時(shí)，會將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ò)誤代碼。25某某聯(lián)通預(yù)支充值效勞實(shí)現(xiàn)方法〔2〕預(yù)支充值效勞整體方案–標(biāo)準(zhǔn)硬件配置方案乙方提供預(yù)支充值效勞的硬件平臺綜合平安性和數(shù)據(jù)傳輸性能考慮，建議效勞器放置于運(yùn)營商的數(shù)據(jù)中心內(nèi)預(yù)支充值硬件平臺與預(yù)付費(fèi)系統(tǒng)接口相連，進(jìn)行數(shù)據(jù)傳輸預(yù)支充值硬件平臺遵守運(yùn)營商平安管理標(biāo)準(zhǔn)，接受運(yùn)營在硬件層面的監(jiān)管乙方公司通過VPN遠(yuǎn)程監(jiān)控效勞的運(yùn)行情況并提供運(yùn)行支撐用戶NOC效勞器1效勞器2效勞器…效勞器n防火墻防火墻交換機(jī)交換機(jī)交換機(jī)eth0eth0eth0eth0eth1eth1eth1eth1ILOILOILOILOeth2eth2eth2eth2ILOZONEILOZONE乙方硬件平臺乙方或運(yùn)營商提供數(shù)據(jù)中心27需要配合的工作打分、統(tǒng)計(jì)數(shù)據(jù)接口打分通知數(shù)據(jù)處理接口服務(wù)取消/再加入數(shù)據(jù)接口短信平臺數(shù)據(jù)接口接口開發(fā)數(shù)據(jù)中心內(nèi)的位置空間;相應(yīng)網(wǎng)絡(luò)、電力、環(huán)境等;VPN連接數(shù)據(jù)中心建議使用運(yùn)營商統(tǒng)一熱線提供客戶效勞乙方公司將提供工作平臺、培訓(xùn)及相關(guān)支撐熱線服務(wù)建方安排一名經(jīng)驗(yàn)豐富的業(yè)務(wù)部門工作人員負(fù)責(zé)與我方對帳核算需要在預(yù)付費(fèi)系統(tǒng)中開發(fā)相應(yīng)的結(jié)算統(tǒng)計(jì)報(bào)表對帳結(jié)算預(yù)支充值服務(wù)開通技術(shù)改造預(yù)支充值服務(wù)使用與恢復(fù)改造其他可能涉及的改造核心邏輯28接口開發(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ù)支額度更新請求表2預(yù)支額度更新反饋表No.數(shù)據(jù)表1預(yù)支額度更新請求表2預(yù)支額度更新反饋表No.數(shù)據(jù)表1預(yù)支充值服務(wù)短信通知2預(yù)支充值服務(wù)短信退訂預(yù)付費(fèi)用戶預(yù)付費(fèi)系統(tǒng)信用賬本…賬本資金賬本預(yù)支充值平臺行為分析與打分結(jié)算統(tǒng)計(jì)客服預(yù)支充值管理平臺充值/消費(fèi)打分統(tǒng)計(jì)數(shù)據(jù)接口批量額度更新取消/再參加效勞取消/再參加短信平臺短信確認(rèn)與取消1234打分統(tǒng)計(jì)數(shù)據(jù)接口1打分通知數(shù)據(jù)處理接口2服務(wù)取消/再加入數(shù)據(jù)接口3短信平臺數(shù)據(jù)接口429接口開發(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ù)支充值平臺，用于數(shù)據(jù)分析處理和客戶打分非實(shí)時(shí)，每天晚上批量傳輸充值數(shù)據(jù)消費(fèi)數(shù)據(jù)日末余額數(shù)據(jù)用戶狀態(tài)、離網(wǎng)信息等與用戶數(shù)量直接相關(guān)，約為500M~1GB/每日

(*

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