數(shù)據(jù)庫投資商和企業(yè)數(shù)據(jù)采集處理項(xiàng)目技術(shù)策劃方案

xxx大數(shù)據(jù)庫中心數(shù)據(jù)庫投資商和企業(yè)數(shù)據(jù)采集處理項(xiàng)目項(xiàng)目編號：I5300000000617001206技術(shù)方案xxx有限公司二○一七年六月

目錄1引言 3項(xiàng)目背景 3項(xiàng)目目標(biāo) 3建設(shè)原則 3參考規(guī)范 4名詞解釋 52云數(shù)據(jù)采集中心 7需求概述 7總體設(shè)計(jì) 7 103大數(shù)據(jù)計(jì)算平臺 34需求概述 34總體設(shè)計(jì) 34數(shù)據(jù)模型設(shè)計(jì) 354數(shù)據(jù)運(yùn)營 384.1數(shù)據(jù)挖掘分析 384.2數(shù)據(jù)分析處理的要緊工作 384.3數(shù)據(jù)分析團(tuán)隊(duì)組織和治理 395安全設(shè)計(jì) 426風(fēng)險(xiǎn)分析 467部署方案 478實(shí)施打算 489技術(shù)規(guī)格偏離表 4910售后服務(wù)承諾 5211關(guān)于運(yùn)行維護(hù)的承諾 5512保密措施及承諾 5613培訓(xùn)打算 58

1引言項(xiàng)目背景XXX大數(shù)據(jù)中心建設(shè)動(dòng)身點(diǎn)考慮從投資者角度涵蓋招商全流程，盡可能為投資者解決項(xiàng)目實(shí)施過程中的困難和問題，便于招商部門準(zhǔn)確掌握全省招商數(shù)據(jù)，達(dá)到全省招商項(xiàng)目數(shù)據(jù)共享，形成全省招商工作“一盤棋、一張網(wǎng)、一體化”格局。大數(shù)據(jù)中心將充分發(fā)揮大數(shù)據(jù)優(yōu)勢，加強(qiáng)對企業(yè)投資項(xiàng)目、投資軌跡分析，評估出其到XX投資的可行性，為招商過程留下痕跡、找到規(guī)律、明辨方向、提供“糧食”、提高效率，實(shí)現(xiàn)數(shù)據(jù)尋商、數(shù)據(jù)引商、數(shù)據(jù)助商，實(shí)現(xiàn)數(shù)據(jù)資源實(shí)時(shí)共享、集中治理、隨時(shí)查詢，實(shí)現(xiàn)項(xiàng)目可統(tǒng)計(jì)、可監(jiān)管、可協(xié)調(diào)、可治理、可配對、可跟蹤、可考核。本次數(shù)據(jù)運(yùn)營服務(wù)要緊是為大數(shù)據(jù)平臺制定數(shù)據(jù)運(yùn)營規(guī)范及治理方法，同時(shí)為“企業(yè)數(shù)據(jù)庫”提供數(shù)據(jù)采集、存儲(chǔ)與分析服務(wù)，并依照運(yùn)營規(guī)范要求持續(xù)開展數(shù)據(jù)運(yùn)營服務(wù)。項(xiàng)目目標(biāo) 制定招商大數(shù)據(jù)運(yùn)營規(guī)范及治理方法。 制定招商大數(shù)據(jù)相關(guān)元數(shù)據(jù)標(biāo)準(zhǔn)，完成相關(guān)數(shù)據(jù)的采集、整理與存儲(chǔ)。 依照業(yè)務(wù)需求，研發(fā)招商大數(shù)據(jù)招商業(yè)務(wù)分析模型，并投入應(yīng)用。 依照運(yùn)營規(guī)范及治理方法的要求持續(xù)開展數(shù)據(jù)運(yùn)營工作。建設(shè)原則基于本項(xiàng)目的建設(shè)要求，本項(xiàng)目將遵循以下建設(shè)原則： 前瞻性 經(jīng)濟(jì)性和用軟件應(yīng)提供完備的整合方案。 先進(jìn)性和成熟性務(wù)需求。 高性能和安全性攻擊或崩潰時(shí)能快速恢復(fù)，確保重要數(shù)據(jù)的機(jī)密性和完整性。參考規(guī)范 GB/T信息安全技術(shù)—信息系統(tǒng)安全治理要求 GB/T信息安全技術(shù)—信息安全風(fēng)險(xiǎn)評估規(guī)范 GB/T信息安全技術(shù)—信息系統(tǒng)安全等級愛護(hù)差不多要求 GB/T信息安全技術(shù)—信息系統(tǒng)安全等級愛護(hù)定級指南 GA/T計(jì)算機(jī)信息系統(tǒng)安全等級愛護(hù)治理要求 GB/T計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指 GB/T軟件工程術(shù)語 GB/T信息技術(shù)軟件工程術(shù)語 GB/T軟件工程產(chǎn)品質(zhì)量第1 GB/T軟件工程產(chǎn)品質(zhì)量第2 GB/T軟件工程產(chǎn)品質(zhì)量第3 GB/T軟件工程產(chǎn)品質(zhì)量第4 GB/T計(jì)算機(jī)軟件可靠性和可維護(hù)性治理 GB/T信息技術(shù)軟件包質(zhì)量要求和測試名詞解釋DF簡單存儲(chǔ)分布式文件系（metrageDstrutedFeystem）Database）DCS：數(shù)據(jù)計(jì)算服務(wù)（DataMPS：消息處理服務(wù)（MessageDataDMQ：分布式消息隊(duì)列（DistributedQueue）HTTP：超文本傳輸協(xié)定（HyperTextTransferMessage

2云數(shù)據(jù)采集中心需求概述依照1至2年內(nèi)的數(shù)據(jù)存儲(chǔ)和計(jì)算規(guī)模，需要滿足：數(shù)據(jù)采集范圍包括但不限于世界500強(qiáng)、全國500強(qiáng)、行業(yè)20強(qiáng)企業(yè)相關(guān)數(shù)據(jù)?？倲?shù)據(jù)容量至少達(dá)到30T?？傮w設(shè)計(jì)整個(gè)云數(shù)據(jù)采集中心分為三部分：硬件資源層、軟件平臺層、軟件應(yīng)用層。硬件資源層要緊指實(shí)體硬件設(shè)備包括用來存儲(chǔ)數(shù)據(jù)的光纖陣列柜和存儲(chǔ)服務(wù)器用來作統(tǒng)計(jì)分析以及搜索用的計(jì)算服務(wù)器用來部署分布式消（DMQ）/WEB/APP軟件的及消息服務(wù)器，用來部署用PostgreSQL關(guān)系數(shù)據(jù)庫軟件的應(yīng)用數(shù)據(jù)庫服務(wù)器用來部署作業(yè)調(diào)度服務(wù)進(jìn)（J的作業(yè)調(diào)度服務(wù)器。作為數(shù)據(jù)通信用的全千兆三層交換機(jī)等等其中光纖陣列柜要緊用來存儲(chǔ)統(tǒng)計(jì)分析后的粗顆粒度數(shù)據(jù)存儲(chǔ)服務(wù)器用來部署分布式文件系統(tǒng)和分布式數(shù)據(jù)庫同存儲(chǔ)非結(jié)構(gòu)化和結(jié)構(gòu)（臺標(biāo)圖片電商圖片等等和結(jié)構(gòu)化數(shù)（行為數(shù)據(jù)，索引數(shù)據(jù)g數(shù)據(jù)清理后的細(xì)顆粒度數(shù)據(jù)等等計(jì)算服務(wù)器要緊用來完成數(shù)務(wù)器和計(jì)算服務(wù)器合二為一因此該服務(wù)器同時(shí)具有計(jì)算和存儲(chǔ)數(shù)據(jù)的功能前云數(shù)據(jù)采集中心需要面對多種寬帶用戶（電信、移動(dòng)、聯(lián)通，因此，數(shù)據(jù)中心的對外的網(wǎng)絡(luò)需要直連上電信移動(dòng)聯(lián)通三家公司的網(wǎng)絡(luò)保證以上三家公司間的通信性能高速和可靠。軟件平臺層是云數(shù)據(jù)采集中心的核心支撐層，也是我們這次方案設(shè)計(jì)和實(shí)施的主體部分，在核心技術(shù)章節(jié)會(huì)對“分布式文件系統(tǒng)（S2DFS）”、“分布式數(shù)據(jù)庫（D2B）”、“分布式消息服務(wù)（DMQ）”“作業(yè)調(diào)度服務(wù)進(jìn)程（JSS）、數(shù)據(jù)計(jì)算服務(wù)進(jìn)程（DCS）”要緊部分加以詳細(xì)的描述。軟件平臺層的所有服務(wù)器都統(tǒng)一部署的64位操作系統(tǒng)CentOS6.5（也能夠選擇RHEL6.5x64）；其核心軟件或者進(jìn)程有：分布式文件系統(tǒng)（S2DFS）、分布式數(shù)據(jù)庫（D2B）、作業(yè)調(diào)度服務(wù)進(jìn)程（JSS）、數(shù)據(jù)計(jì)算服務(wù)進(jìn)程（DCS）、作業(yè)生成服務(wù)進(jìn)程（JGS）、消息處理服務(wù)進(jìn)程（MPS）、流數(shù)據(jù)處理進(jìn)程（SDS）等等。WEB及應(yīng)用服務(wù)器軟件Apache&Tomcat，消息隊(duì)列軟件分布式消息（DMQ）。還要實(shí)現(xiàn)整個(gè)云數(shù)據(jù)采集中心的資源治理及監(jiān)控治理系統(tǒng)。軟件應(yīng)用層是云數(shù)據(jù)采集中心的功能實(shí)現(xiàn)及UI表達(dá)層，功能實(shí)現(xiàn)需要基于軟件平臺層的支撐后期設(shè)計(jì)和實(shí)施的主體該層的要緊功能應(yīng)用有數(shù)據(jù)采集。HTTP本圖片數(shù)據(jù)以及用戶行為數(shù)據(jù)存儲(chǔ)在云數(shù)據(jù)采集中內(nèi)心以供后期分析計(jì)算用。云數(shù)據(jù)采集中心整體架構(gòu)圖云數(shù)據(jù)采集中心網(wǎng)絡(luò)結(jié)構(gòu)圖2.3.1分布式文件存儲(chǔ)技術(shù)傳統(tǒng)存儲(chǔ)技術(shù)面臨的問題： 構(gòu)建成本高：大容量及高網(wǎng)絡(luò)帶寬的高端存儲(chǔ)系統(tǒng)架構(gòu)昂貴。 文件系統(tǒng)功能和性能差強(qiáng)人意：難以實(shí)現(xiàn)全局命名空間的文件共享、文件系統(tǒng)難以擴(kuò)展，容易形成瓶頸。 擴(kuò)展性困難：技術(shù)存在瓶頸（cae-up架構(gòu)決定的、擴(kuò)展成本無法操縱。 應(yīng)用目標(biāo)差異：要緊面臨運(yùn)營商、金融行業(yè)的OLTP應(yīng)用、專門少針對海量的流數(shù)據(jù)，或者非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行設(shè)計(jì)和優(yōu)化。 異構(gòu)設(shè)備繁雜：不同時(shí)期、不同公司、不同操作系統(tǒng)的異構(gòu)設(shè)備紛繁復(fù)雜，無法整合，資源利用率極低。分布式文件系統(tǒng)要緊為解決以上問題而出現(xiàn)的一種新型大規(guī)模數(shù)據(jù)存儲(chǔ)技術(shù)架構(gòu)要緊為非結(jié)構(gòu)化數(shù)（視頻/文件/文檔圖像/音頻等非結(jié)構(gòu)化數(shù)據(jù)提供海量的存儲(chǔ)平臺，以集群的方式提供線性橫向擴(kuò)展能力。分布式文件系統(tǒng)是一種構(gòu)建于通用x6部件之上的高可用高可靠高可擴(kuò)展的新型分布式文件系統(tǒng)應(yīng)用分布式文件系統(tǒng)用戶能夠采納廉價(jià)可靠的通用硬盤以及以太網(wǎng)絡(luò)來構(gòu)建媲美企業(yè)級存儲(chǔ)產(chǎn)品的存儲(chǔ)系統(tǒng)。分布式文件系統(tǒng)應(yīng)對的數(shù)據(jù)特性和訪問特性： 數(shù)據(jù)量巨大，數(shù)百TB或PB級，增長迅速； 類型多樣化，包括圖像、文本、語音、視頻等文件數(shù)據(jù)； 按時(shí)刻有序生成，數(shù)據(jù)均帶有時(shí)刻標(biāo)志；前端數(shù)據(jù)寫入速度專門高，每秒鐘寫入數(shù)據(jù)可達(dá)幾萬甚至幾十萬條記錄或者上GB量數(shù)據(jù)；更新操作極少：追加方式寫入，一旦寫入，幾乎沒有數(shù)據(jù)修改，查詢涉及大量的磁盤讀操作，查詢處理產(chǎn)生大量的臨時(shí)結(jié)果，不同類型的數(shù)據(jù)存在聯(lián)合分析查詢；分布式文件系統(tǒng)的差不多原理是采納集群方式來整合物理上獨(dú)立的多個(gè)存儲(chǔ)資源以軟件方式提供單一的名字空間采納多副本的方式保證數(shù)據(jù)的高可用性，任意單一節(jié)點(diǎn)失效均可不能導(dǎo)致數(shù)據(jù)丟失和數(shù)據(jù)服務(wù)的正常運(yùn)行同時(shí)分布式文件系統(tǒng)通過良好設(shè)計(jì)的系統(tǒng)結(jié)構(gòu)和數(shù)據(jù)分布策略可保證系統(tǒng)性能的高可擴(kuò)展性，并支持存儲(chǔ)容量/性能的在線擴(kuò)展。相比較于D（直連存儲(chǔ)、N（存儲(chǔ)區(qū)域網(wǎng)絡(luò)）和N（網(wǎng)絡(luò)存儲(chǔ)，應(yīng)用分布式文件系統(tǒng)構(gòu)建的網(wǎng)絡(luò)存儲(chǔ)系統(tǒng)更像是一個(gè)N提供類似于傳統(tǒng)NS的文件級訪問接口（N和DS差不多上塊設(shè)備級不的訪問接口。分布式文件系統(tǒng)與傳統(tǒng)設(shè)備的比較：比較項(xiàng)高端分布式文件系統(tǒng)性能一般雙端口，性能受機(jī)頭阻礙，難以擴(kuò)展，出口帶寬是瓶頸一般雙端口，性能受機(jī)頭阻礙難以擴(kuò)展，較好性能隨節(jié)點(diǎn)數(shù)的增加成線性增長擴(kuò)展能力性能及容量無法擴(kuò)展，或者有限擴(kuò)展能較好擴(kuò)展，但成本高昂性能及容量按需擴(kuò)展，動(dòng)態(tài)均衡可用性方式愛護(hù)，雙機(jī)保護(hù)停機(jī)Debi時(shí)D方式愛護(hù)雙機(jī)保護(hù)，停機(jī)基于靈活的多副本機(jī)制，自動(dòng)檢測自動(dòng)故障恢復(fù)，無需停機(jī)數(shù)據(jù)治理企業(yè)級功能需要單獨(dú)購買企業(yè)級功能需要單獨(dú)購買（還需要單獨(dú)的文件系統(tǒng)100多萬一套）內(nèi)嵌多種企業(yè)級應(yīng)用：快照、鏡像、回收站成本專有的硬件平臺，軟件擁有成本高，擴(kuò)展成本高專有的硬件平臺，軟件擁有成本高，擴(kuò)展成本高開發(fā)通用的硬件平臺，一體化的軟件，成本低，擴(kuò)展成本低可維護(hù)性專門的技術(shù)支持服務(wù)，需要培訓(xùn)結(jié)構(gòu)異常復(fù)雜，需要大量培訓(xùn)，廠商服務(wù)昂貴內(nèi)嵌多種自動(dòng)化的故障檢測和恢復(fù)功能國內(nèi)開發(fā)，技術(shù)支持快速用戶使用分布式文件系統(tǒng)如同使用本地文件系統(tǒng)。所不同的是，傳統(tǒng)NAS通常以單一節(jié)點(diǎn)的方式實(shí)現(xiàn)容量和性能的擴(kuò)展能力有限易于成為性能瓶頸和單一故障點(diǎn)而分布式文件系統(tǒng)則有多個(gè)節(jié)點(diǎn)集合地提供服務(wù)由于其結(jié)構(gòu)特征，分布式文件系統(tǒng)的性能和容量均可在線線性擴(kuò)展同時(shí)系統(tǒng)內(nèi)不存在單一故障點(diǎn)。對比參看下面兩幅示意圖：傳統(tǒng)存儲(chǔ)架構(gòu)圖分布式文件系統(tǒng)架構(gòu)圖分布式文件系統(tǒng)的設(shè)計(jì)應(yīng)用特不適合海量非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)大量客戶端并發(fā)的密集型應(yīng)用。目前，分布式文件系統(tǒng)差不多被應(yīng)用于政府、醫(yī)療影像、勘查數(shù)據(jù)計(jì)算、視頻服務(wù)以及動(dòng)畫制作等領(lǐng)域。這些領(lǐng)域的數(shù)據(jù)訪問特征均為：的實(shí)際生產(chǎn)環(huán)境使用，分布式文件系統(tǒng)已被證明是該類型應(yīng)用的有效解決方案。布式文件系統(tǒng)的服務(wù)器端程序運(yùn)行于Luxx4系統(tǒng)之上支持多種Lux位發(fā)行版，包括Redhat、CentOS等。分布式文件系統(tǒng)客戶端則支持Linux和和NFS接口，能夠兼容大多數(shù)應(yīng)用。分布式文件系統(tǒng)的核心技術(shù)及特征：擴(kuò)展性和高性能：分布式文件系統(tǒng)利用雙重特性來提供幾TB至數(shù)PB的高擴(kuò)展存儲(chǔ)解決方案cae-Out架構(gòu)同意通過簡單地增加資源來提高存儲(chǔ)容量和性能，磁盤、計(jì)算和資源都能夠獨(dú)立增加，支持和等高速網(wǎng)絡(luò)互聯(lián)。分布式文件系統(tǒng)彈性哈Hash）解除了分布式文件系統(tǒng)對元數(shù)據(jù)服務(wù)器的需求，消除了單點(diǎn)故障和性能瓶頸，真正實(shí)現(xiàn)了并行化數(shù)據(jù)訪問。高可用性：分布式文件系統(tǒng)能夠?qū)ξ募M(jìn)行自動(dòng)復(fù)制，如鏡像或多次復(fù)制，從而確保數(shù)據(jù)總是能夠訪問，甚至是在硬件故障的情況下也能正常訪問。自我修復(fù)功能能夠把數(shù)據(jù)恢復(fù)到正確的狀態(tài)，而且修復(fù)是以增量的方式在后臺執(zhí)行，幾乎可不能產(chǎn)生性能負(fù)載。分布式文件系統(tǒng)沒有設(shè)計(jì)自己的私有數(shù)據(jù)文件格式，而是采納操作系統(tǒng)中主流標(biāo)準(zhǔn)的磁盤文件系統(tǒng)（如數(shù)據(jù)能夠使用各種標(biāo)準(zhǔn)工具進(jìn)行復(fù)制和訪問。全局統(tǒng)一命名空間：全局統(tǒng)一命名空間將磁盤和內(nèi)存資源聚攏成一個(gè)單一的虛擬存儲(chǔ)池，對上層用戶和應(yīng)用屏蔽了底層的物理硬件。存儲(chǔ)資源能夠依照需要在虛擬存儲(chǔ)池中進(jìn)行彈性擴(kuò)展，比如擴(kuò)容或收縮。當(dāng)存儲(chǔ)虛擬機(jī)映像時(shí)，存儲(chǔ)的虛擬映像文件沒有數(shù)量限制，成千虛擬機(jī)均通過單一掛載點(diǎn)進(jìn)行數(shù)據(jù)共享。虛擬機(jī)可在命名環(huán)境中經(jīng)常發(fā)生的訪問熱點(diǎn)和性能瓶頸問題。彈性哈希算法：分布式文件系統(tǒng)采納彈性哈希算法在存儲(chǔ)池中定位數(shù)據(jù)，而不是采納集中式或分布式元數(shù)據(jù)服務(wù)器索引。在其他的存儲(chǔ)系統(tǒng)中，元數(shù)據(jù)服務(wù)器通常會(huì)導(dǎo)致性能瓶頸和單點(diǎn)故障問題。分布式文件系統(tǒng)中，所有在存儲(chǔ)配置中的存儲(chǔ)系統(tǒng)都能夠智能地定位任意數(shù)據(jù)分片，不需要查看索引或者向其他服務(wù)器查詢。這種設(shè)計(jì)機(jī)制完全并行化了數(shù)據(jù)訪問，實(shí)現(xiàn)了真正的線性性能擴(kuò)展。 彈性卷治理：數(shù)據(jù)儲(chǔ)存在邏輯卷中，邏輯卷能夠從虛擬化的物理存，可不能導(dǎo)致應(yīng)用中斷。邏輯卷能夠在所有配置服務(wù)器中增長和縮減，能夠在不同服務(wù)器遷移進(jìn)行容量均衡，或者增加和移除系統(tǒng)，這些操作都可在線進(jìn)行。文件系統(tǒng)配置更改也能夠?qū)崟r(shí)在線進(jìn)行并應(yīng)用，從而能夠適應(yīng)工作負(fù)載條件變化或在線性能調(diào)優(yōu)。完全軟件實(shí)現(xiàn)（ftwareOy：分布式文件系統(tǒng)認(rèn)為存儲(chǔ)是軟件問題，不能夠把用戶局限于使用特定的供應(yīng)商或硬件配置來解決。分布式文件系統(tǒng)采納開放式設(shè)計(jì)，廣泛支持工業(yè)標(biāo)準(zhǔn)的存儲(chǔ)、網(wǎng)絡(luò)和計(jì)算機(jī)設(shè)備，而非與定制化的專用硬件設(shè)備捆綁。關(guān)于商業(yè)客戶，分布式文件系統(tǒng)能夠以虛擬裝置的形式交付，也能夠與虛擬機(jī)容器打包，或者是公有云中部署的映像。開源社區(qū)中，分布式文件系統(tǒng)被大量部署在基于廉價(jià)閑置硬件的各種操作系統(tǒng)上，構(gòu)成集中統(tǒng)一的虛擬存儲(chǔ)資源池。簡而言之，分布式文件系統(tǒng)是開放的全軟件實(shí)現(xiàn)，完全獨(dú)立于硬件和操作系統(tǒng)。布式文件系統(tǒng)不僅提供了一個(gè)分布式文件系統(tǒng)，而且還提供了許多RAID和自我修復(fù)等。分布式文件系統(tǒng)汲取了微內(nèi)核架構(gòu)的經(jīng)驗(yàn)教訓(xùn)，借鑒了GNU/Hurd操作系統(tǒng)的設(shè)計(jì)思想，在用戶空間實(shí)現(xiàn)了完整的存儲(chǔ)操作系統(tǒng)棧。用戶空間實(shí)（Userace與傳統(tǒng)的文件系統(tǒng)不同分布式文件系統(tǒng)在用戶空間實(shí)現(xiàn)，這使得其安裝和升級特不簡便。模塊化堆棧式架（Mduartacaberchtecture分布式文件系統(tǒng)采納模塊化、堆棧式的架構(gòu)，可通過靈活的配置支持高度定制化的應(yīng)用環(huán)境，比如大文件存儲(chǔ)、海量小文件存儲(chǔ)、分布式文件系統(tǒng)、多傳輸協(xié)議應(yīng)用等。每個(gè)功能以模塊形式實(shí)現(xiàn)，然后以積木方式進(jìn)行簡單的組合，即可實(shí)現(xiàn)復(fù)雜的功能。比如，Replicate模塊可實(shí)現(xiàn)模塊可實(shí)現(xiàn)和原始數(shù)據(jù)格式存（DatatrednNateFrmats分布式文件系統(tǒng)多種數(shù)據(jù)自動(dòng)修復(fù)機(jī)制。因此，系統(tǒng)極具彈性，即使離線情形下文件也能夠通過其他標(biāo)準(zhǔn)工具進(jìn)行訪問。假如用戶需要從分布式文件系統(tǒng)中遷移數(shù)據(jù)，不需要作任何修改仍然能夠完全使用這些數(shù)據(jù)。無元數(shù)據(jù)服務(wù)設(shè)計(jì)（NoMetadatawthteEastcashgrtm：對存儲(chǔ)系統(tǒng)而言，最大的挑戰(zhàn)之一確實(shí)是記錄數(shù)據(jù)邏輯與物理位置的映像關(guān)系，即數(shù)據(jù)元數(shù)據(jù)，可能還包括諸如屬性和訪問權(quán)限等信息。傳統(tǒng)分布式存儲(chǔ)系統(tǒng)使用集中式或分布式元數(shù)據(jù)服務(wù)來維護(hù)元數(shù)據(jù)，集中式元數(shù)據(jù)服務(wù)會(huì)導(dǎo)致單點(diǎn)故障和性能瓶頸問題，而分布式元數(shù)據(jù)服務(wù)存在性能負(fù)載和元數(shù)據(jù)同步一致性問題。特不是關(guān)于海量小文件的應(yīng)用，元數(shù)據(jù)問題是個(gè)特不大的挑戰(zhàn)。分布式文件系統(tǒng)獨(dú)特地采納無元數(shù)據(jù)服務(wù)的設(shè)計(jì)，取而代之使用算法來定位，服務(wù)器都能夠智能地對文件數(shù)據(jù)分片進(jìn)行定位，僅僅依照文件名和路徑并運(yùn)用算法即可，而不需要查詢索引或者其他服務(wù)器。這使得數(shù)據(jù)訪問完全并行化，從而實(shí)現(xiàn)真正的線性性能擴(kuò)展。無元數(shù)據(jù)服務(wù)器極大提高了分布式文件系統(tǒng)的性能、可靠性和穩(wěn)定性。 基于標(biāo)準(zhǔn)協(xié)議分布式文件系統(tǒng)存儲(chǔ)服務(wù)支持NF,F,TTP,FTP以及分布式文件系統(tǒng)原生協(xié)議，完全與標(biāo)準(zhǔn)兼容。分布式文件系統(tǒng)技術(shù)及性能指標(biāo)： 支持設(shè)備數(shù)量：最大百萬臺以上 支持存儲(chǔ)容量：最大以上 客戶端的數(shù)量：最大支持上億并發(fā)網(wǎng)絡(luò)支持以太網(wǎng)GsGs/NFNBNDGsGs 文件副本數(shù)量：任意(缺省1份)協(xié)議：標(biāo)準(zhǔn) 支持文件數(shù)量：最大上億個(gè)文件 與HDFS的比較對比項(xiàng)架構(gòu)類型帶元數(shù)據(jù)庫中心架構(gòu)全分布式去中心架構(gòu)存在方式分布式文件系統(tǒng)軟件，基于x86平臺使用方式標(biāo)準(zhǔn)協(xié)議（應(yīng)用代碼與平臺無關(guān)性便于移植和維護(hù)）系統(tǒng)可用性低高數(shù)據(jù)可用性復(fù)制類數(shù)據(jù)定位方式Hash同步方式異步同步負(fù)載均衡自動(dòng)自動(dòng)支持網(wǎng)絡(luò)千兆以太網(wǎng)網(wǎng)約約讀（1*20GB）（萬兆）約125s約25s寫（1*20GB）（萬兆）約200s約20s差距不大2.3.2分布式并行計(jì)算技術(shù)概述并行計(jì)算技術(shù)真正將傳統(tǒng)運(yùn)算轉(zhuǎn)化為并行運(yùn)算從而更加充分的利用廣泛部署的一般計(jì)算資源實(shí)現(xiàn)大規(guī)模的運(yùn)算和應(yīng)用的目的在此基礎(chǔ)上為第三方開發(fā)者提供通用平臺，為客戶提供并行服務(wù)。那個(gè)地點(diǎn)要緊為門戶網(wǎng)站提供作業(yè)調(diào)度平臺，實(shí)現(xiàn)日志分析，性能優(yōu)化，全文檢索，視頻處理，用為分析等等的支撐平臺。用戶通過統(tǒng)一計(jì)算平臺把任務(wù)分派給系統(tǒng)內(nèi)的多個(gè)節(jié)點(diǎn)調(diào)度節(jié)點(diǎn)資源執(zhí)行任務(wù)發(fā)揮多核并行處理優(yōu)勢提升運(yùn)算效率充分運(yùn)用網(wǎng)絡(luò)內(nèi)的計(jì)算資源達(dá)到解決大規(guī)模計(jì)算問題的目的。分布式并行計(jì)算架構(gòu)圖分布式并行計(jì)算架構(gòu)圖作業(yè)調(diào)度及計(jì)算過程分布式并行計(jì)算技術(shù)特點(diǎn) 池化資源治理利用池化技術(shù)，任何一臺聯(lián)在互聯(lián)網(wǎng)上的一般PC機(jī)從硬件到軟件，可通過池化技術(shù)加入服務(wù)器池中，等待任務(wù)分配,系統(tǒng)能充分利用現(xiàn)有服務(wù)器資源，將所有運(yùn)算子任務(wù)分配給節(jié)點(diǎn)服務(wù)器，有效幸免計(jì)算資源閑置現(xiàn)象的發(fā)生。 無中心系統(tǒng)架構(gòu)在平臺治理下的單節(jié)點(diǎn)能力一致，使節(jié)點(diǎn)在部署上和使用上具備無差不性，任一節(jié)點(diǎn)功能可由其他節(jié)點(diǎn)替代或強(qiáng)化，能夠最大程度確保平臺資源使用的靈活性以及在災(zāi)備環(huán)境下的可靠性系統(tǒng)架構(gòu)。 通道式工作機(jī)制平臺為用戶提供一個(gè)并行任務(wù)處理通道，處理過程對用戶來講完全透明，由平臺自動(dòng)進(jìn)行負(fù)載均衡、資源匹配、任務(wù)傳輸?shù)?，使用戶專注于自身任?wù)治理，將執(zhí)行過程交由平臺完成。2.3.3D2B是一個(gè)具有高性能的高性能，可擴(kuò)展，無模式，面向文檔(dcumet-reted)的數(shù)據(jù)庫其內(nèi)存儲(chǔ)的是一種JON-e結(jié)構(gòu)化數(shù)據(jù)的分布式數(shù)據(jù)庫軟件尤其具有高擴(kuò)展性和高可靠性支持大表水平折分以及分區(qū)鏡像。提供內(nèi)存緩存數(shù)據(jù)，因此數(shù)據(jù)存取速度特不快，要緊是由于它處理寫入的方式：它們存儲(chǔ)在內(nèi)存中，然后通過后臺線程寫入磁盤。的bjson比較復(fù)雜的數(shù)據(jù)類型DB另外的最大的特點(diǎn)是他支持的查詢語言特不強(qiáng)大其語法有點(diǎn)類似于面向?qū)ο蟮牟樵冋Z言幾乎能夠?qū)崿F(xiàn)類似關(guān)系數(shù)據(jù)庫單表查詢的用，存儲(chǔ)數(shù)據(jù)特不方便。要緊功能特性： 面向集合存儲(chǔ)，易存儲(chǔ)對象類型的數(shù)據(jù)“面向集合（oecto-Oreted意思是數(shù)據(jù)被分組存儲(chǔ)在數(shù)據(jù)集中被稱為一個(gè)集（ecti)每個(gè)集合在數(shù)據(jù)庫中都有一個(gè)唯一（RDBM里的（tae不同的是它不需要定義任何模（scema)。 模式自由模式自（scema-free)意味著關(guān)于存儲(chǔ)在DB數(shù)據(jù)庫中的文件我們的文件存儲(chǔ)在同一個(gè)數(shù)據(jù)庫里。 自動(dòng)分片以支持云級不的伸縮性：自動(dòng)分片功能支持水平的數(shù)據(jù)庫集群，可動(dòng)態(tài)添加額外的機(jī)器。 支持動(dòng)態(tài)查詢 支持完全索引，包含內(nèi)部對象。 自動(dòng)處理碎片，以支持云計(jì)算層次的擴(kuò)展性。 可通過網(wǎng)絡(luò)訪問可用于OSX、Linux?和的官方二進(jìn)制版本。可用于C、C#、C++、Haskell、Java?、JavaScript、Perl、PHP、Python、Ruby和Scala的官方驅(qū)動(dòng)程序，以及廣泛可用于其他語言的社區(qū)支持的驅(qū)動(dòng)程序。Ad-hocJavaScript查詢讓您能夠使用基于任何文檔屬性的任何條件來查找數(shù)據(jù)。這些查詢對應(yīng)于SQL查詢的功能，使SQL開發(fā)人員能夠?qū)ｉT直觀地編寫D2B查詢。 支持查詢中的正則表達(dá)式。 D2B查詢結(jié)果存儲(chǔ)在提供過濾、聚合和排序等一系列功能的游標(biāo)中，包括limit()、skip()、sort()、count()、distinct()和group()等等高級特性。高級聚合的map/reduce實(shí)現(xiàn)。 類似于RDBMS的屬性索引支持，能夠直接在文檔的選定屬性上創(chuàng)建索引。 使用提示、解釋打算和分析的查詢優(yōu)化特性。 類似于的主/從復(fù)制，支持復(fù)制和故障恢復(fù)。 基于集合的對象存儲(chǔ)，在需要規(guī)范化數(shù)據(jù)時(shí)同意參考查詢。 通過自動(dòng)分片功能水平擴(kuò)展。 高性能無爭用并發(fā)機(jī)制的即時(shí)更新。D2B服務(wù)端可運(yùn)行在或OSX平臺，支持位應(yīng)用。推舉運(yùn)行在位平臺，因?yàn)樵谖荒Ｊ竭\(yùn)行時(shí)支持的最大文件尺寸為2GB。分布式數(shù)據(jù)庫（D2B）集群示例圖D2B與關(guān)系型數(shù)據(jù)庫的邏輯結(jié)構(gòu)對比:D2B關(guān)系型數(shù)據(jù)庫數(shù)據(jù)庫(database)數(shù)據(jù)庫(database)文檔(document)D2B的性能指標(biāo)：10億約600GB以上（與每條記錄大小有關(guān)系，這里的數(shù)據(jù)：1Kb/條）寫（1億,無索引）約15000-20000寫（1億,有索引）約10000寫（1億：Replica+Sharding模式）約6000-8000讀（1億）約讀（1億）8000-10000統(tǒng)計(jì)一個(gè)值（10億）<3s（復(fù)雜查詢）最大節(jié)點(diǎn)數(shù)量>1024（理論上）Xeon2路16核心,256GB內(nèi)存，15k12的架構(gòu)模式：Replica+Sharding。2.3.4負(fù)載均衡1)開源負(fù)載均衡軟件比較Server）能夠?qū)嵦峁┨摂M服務(wù)器軟件S基于內(nèi)容請求分發(fā)的內(nèi)核yer-交換機(jī)We服務(wù)軟件及反向代理軟件于HTTP（第七層）應(yīng)用代理服務(wù)器在國內(nèi)大型的互聯(lián)網(wǎng)公司都有使用。HAProxy是一款提供高可用性的七層應(yīng)用的代理軟件在國內(nèi)大型的互聯(lián)網(wǎng)公司都有使用?？关?fù)載能力強(qiáng)是工作在網(wǎng)絡(luò)4層之上僅作分發(fā)之用沒有流量的產(chǎn)生那個(gè)特點(diǎn)也決定了它在負(fù)載均衡軟件里的性能最強(qiáng)的；也是一個(gè)優(yōu)點(diǎn)因?yàn)闆]有可太多配置的東西，因此并不需要太多接觸，大大減少了人為出錯(cuò)的幾率；能可不能收到大流量的阻礙；能做動(dòng)靜分離；工作在網(wǎng)絡(luò)的層之上能夠針如針對域名目錄結(jié)構(gòu)它的正則N對網(wǎng)絡(luò)的依靠特不小理能；單；能夠承擔(dān)高的負(fù)載壓力且穩(wěn)定，一般能支撐超過幾萬次的并發(fā)量；N能夠通過端口檢測到服務(wù)器內(nèi)部的故障，不支持url來檢測；存器；能夠補(bǔ)充N的一些缺點(diǎn)比如作；功能；是一款負(fù)載均衡軟件單純從效率出色，在并發(fā)處理上也是優(yōu)于較簡單；能夠承擔(dān)高的負(fù)載壓力且穩(wěn)定，一般能支撐超過幾萬次的并發(fā)量；建議用載均衡使用。究竟選擇Nginx依舊HAProxy要看團(tuán)隊(duì)對這兩種軟件的熟悉程度，越熟悉，就能容易掌控，減少風(fēng)險(xiǎn)，我們團(tuán)隊(duì)對Nginx特不熟悉，因此，那個(gè)地點(diǎn)我們推舉用Nginx作為軟件的反向代理工具。2.3.5數(shù)據(jù)采集概述數(shù)據(jù)采集功能要緊完成海量數(shù)采集上傳。數(shù)據(jù)采集的來源有：、企業(yè)網(wǎng)站、百度、谷歌等。依照特定的數(shù)據(jù)源，不同應(yīng)用，不同類型的數(shù)據(jù)進(jìn)行收集，并提供統(tǒng)一的數(shù)據(jù)采集方式，方便后臺數(shù)據(jù)集成、數(shù)據(jù)存儲(chǔ)。數(shù)據(jù)采集結(jié)構(gòu)圖：數(shù)據(jù)采集要緊是由采集服務(wù)器，通過HTTP協(xié)議和技術(shù)把數(shù)據(jù)上傳并緩存在EB及消息服務(wù)器上EB及消息服務(wù)器能夠緩存一周的數(shù)據(jù)上傳式并最終入庫存儲(chǔ)臺標(biāo)等非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)在分布式文件系（DF中，或者行為等結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)在分布式數(shù)據(jù)庫（MongonDB）中。參見如下數(shù)據(jù)采集/存儲(chǔ)流程圖：DMQ是一個(gè)分布式的消息服務(wù)平臺，提供的功能包括：配置維護(hù)、名字服務(wù)分布式同步組服務(wù)等能提供一種高性能可靠的可擴(kuò)展的分布式的、可配置關(guān)鍵特性，DMQ的核心技術(shù)特點(diǎn)：大容量堆內(nèi)存和高可用性：假設(shè)你有臺服務(wù)器,同時(shí)每個(gè)節(jié)點(diǎn)有2GB某臺服務(wù)器崩潰了,網(wǎng)格只需要簡單地創(chuàng)建一份丟失數(shù)據(jù)的新副本，并將它們放到另一臺服務(wù)器上應(yīng)用也無需再借助于一個(gè)巨大的獨(dú)立數(shù)據(jù)庫來獵取數(shù)據(jù)以追求最大性能的-這是80%以上的企業(yè)應(yīng)用中的瓶頸所在! 擴(kuò)展性：由于數(shù)據(jù)是均勻分布的，因此除了考慮到網(wǎng)絡(luò)上的組通訊，全然就沒有必要來限制網(wǎng)格的大小網(wǎng)絡(luò)上的組通訊只要能夠發(fā)覺一個(gè)新的節(jié)點(diǎn)即可.所有的數(shù)據(jù)獵取方式差不多上通過點(diǎn)對點(diǎn)通信，即節(jié)點(diǎn)之間直接進(jìn)行通信特不容易操縱。DMQ的增加或者減少不需要關(guān)閉整個(gè)服務(wù)。簡單的添加刪除集群中的機(jī)器可不能引發(fā)任何服務(wù)中斷。 數(shù)據(jù)分布DMQ使用一致性哈希算法來決定集群中鍵值的存儲(chǔ)位置。一致性哈希算法成本低速度快同時(shí)最重要的是不需要額外的元數(shù)據(jù)或者網(wǎng)絡(luò)通信就能確定鍵值的位置。數(shù)據(jù)分布的目的是為了在集群環(huán)境下保持足夠的狀態(tài)副本以使其具備可持續(xù)性和容錯(cuò)性然而又不會(huì)有過多的副本而阻礙DMQ的可擴(kuò)展性。 原子性一個(gè)Udate操作不是成功確實(shí)是失敗可不能有第三種狀態(tài)出現(xiàn)。順序性：在一個(gè)DMQ服務(wù)器上的消息a在消息b之前公布，那么在所有的DMQ服務(wù)器上的消息a都會(huì)在消息b之前被公布，DMQ會(huì)保持一致順序。 實(shí)時(shí)性關(guān)于每個(gè)etDMQ集群中的所有服務(wù)器都會(huì)保持實(shí)時(shí)更新制度，使得所有的服務(wù)視圖都會(huì)是最新的。 不管連接到集群中的哪一個(gè)DMQ集群節(jié)點(diǎn)服務(wù)，差不多上得到同樣的鏡像視圖。 可靠性：數(shù)據(jù)在內(nèi)存中緩存了2成數(shù)據(jù)的丟失。分布式消息治理架構(gòu)圖：MPSMPS2MPS4MPS6MPS8MPS10統(tǒng)一的數(shù)據(jù)視圖心跳/同步Server1【備】（數(shù)據(jù)）Server2【主】（數(shù)據(jù)）Server3【備】（數(shù)據(jù)）Server4【備】（數(shù)據(jù)）數(shù)據(jù)網(wǎng)（電信、移動(dòng)、聯(lián)通）智能終端智能終端智能終端智能終端智能終端智能終端智能終端智能終端DMQ有以下幾種關(guān)鍵較色，每類較色的職責(zé)如下表格描述？角色名稱職責(zé)確實(shí)是DMQ集群的老大，它不同意Client的請求，是治理其他DMQ服務(wù)的，只負(fù)責(zé)進(jìn)行投票的發(fā)起和決議，最終更新狀態(tài).追隨者(Follower)發(fā)起的投票，向下是面向客戶端的交互，用于接收客戶端的請求和反饋客戶端的結(jié)果。參與領(lǐng)導(dǎo)者（Leader）發(fā)起的投票。觀看者(Observer)觀看者能夠接收客戶端連接，將寫請求轉(zhuǎn)發(fā)給領(lǐng)導(dǎo)者（Leader）節(jié)點(diǎn)。然而Observer不參加投票過程，只是同步領(lǐng)導(dǎo)者（Leader）的狀態(tài)。Observer為系統(tǒng)擴(kuò)展提供了一種方法。DMQ的核心是原子廣播那個(gè)機(jī)制保證了各個(gè)erer之間的同步有兩種模式，它們分不是恢復(fù)模式和廣播模式?；謴?fù)模式：一般是在服務(wù)剛啟動(dòng)或者在領(lǐng)導(dǎo)者（Leader）崩潰后，開始進(jìn)入恢復(fù)模式現(xiàn)在先就會(huì)開始選舉領(lǐng)導(dǎo)（Leader當(dāng)領(lǐng)導(dǎo)（Leader被選舉出后，恢復(fù)模式就結(jié)束了。進(jìn)行了狀態(tài)同步以后，他就能夠開始廣播消息了，即進(jìn)入廣播狀態(tài)。分布式消息數(shù)據(jù)架構(gòu)圖：上圖的M（Messagesaager消息數(shù)據(jù)治理者通過嵌入式sql內(nèi)核完成上百萬并發(fā)量的緩存數(shù)據(jù)來提供異步公布和訂閱。應(yīng)用程序通過JDBC/REST/Memcached等符合業(yè)界標(biāo)準(zhǔn)接口完成集群中的消息緩存數(shù)據(jù)的操作，集群成員之間也通過該接口完成成員之間的數(shù)據(jù)同步，狀探測步。典型分布式消息平臺比較：由于常見的RabbitMQ、ActiveMQ和ZeroMQ消息中間件不具備分布式功能，因此不在比較之列。數(shù)據(jù)采集中心面對的是高并發(fā)海量數(shù)據(jù)上傳，因此分布式消息平臺必須在‘?dāng)?shù)據(jù)接收數(shù)據(jù)緩存數(shù)據(jù)公布’整個(gè)過程保證數(shù)據(jù)的高性能吞吐、高可靠性、高擴(kuò)展性、可維護(hù)性等屬性。

3大數(shù)據(jù)計(jì)算平臺需求概述依照顧用，那個(gè)項(xiàng)目數(shù)據(jù)量30T，企業(yè)數(shù)據(jù)量特不大，需要大量并發(fā)，網(wǎng)絡(luò)爬蟲爬取的企業(yè)數(shù)據(jù)信息存儲(chǔ)在數(shù)據(jù)中心此數(shù)據(jù)量跟企業(yè)記錄相關(guān)。同時(shí)需要對清洗后的記錄和計(jì)算好的推舉結(jié)果進(jìn)行存儲(chǔ)然而這些數(shù)據(jù)不放在數(shù)據(jù)中心此項(xiàng)目之后會(huì)做成實(shí)時(shí)計(jì)算需要用到流式計(jì)算的相關(guān)計(jì)算和調(diào)度。計(jì)算量專門大，能夠多部署DCS進(jìn)程，提高計(jì)算并發(fā)度，作業(yè)調(diào)度也要采納分部署調(diào)度架構(gòu)?？傮w設(shè)計(jì)云數(shù)據(jù)采集中心與大數(shù)據(jù)計(jì)算平臺的關(guān)系是云數(shù)據(jù)采集中心提供存儲(chǔ)和計(jì)算資源通過PI的方式訪問資源大數(shù)據(jù)計(jì)算平臺要緊實(shí)現(xiàn)核心算法包括圖像匹配算法，挖掘算法，智能推舉算法，知識學(xué)習(xí)算法等等，也能夠通過API的方式建立統(tǒng)計(jì)應(yīng)用智能推舉應(yīng)用等等大數(shù)據(jù)計(jì)算平臺的需要的數(shù)據(jù)包括網(wǎng)上實(shí)時(shí)爬取得二次計(jì)算分析而獵取的等等都通過通用接口存儲(chǔ)在云數(shù)據(jù)采集中心的分布式存儲(chǔ)平臺（分布式文件系統(tǒng)（DF、分布式數(shù)據(jù)庫（DB計(jì)算時(shí)候，通過接口發(fā)起作業(yè)，由云數(shù)據(jù)采集中心的作業(yè)調(diào)度服務(wù)進(jìn)（J負(fù)責(zé)調(diào)度由數(shù)據(jù)計(jì)算服務(wù)進(jìn)（D）負(fù)責(zé)計(jì)算處理并把結(jié)果反饋給大數(shù)據(jù)計(jì)算平臺的各個(gè)應(yīng)用依照2小節(jié)對DFS分布式文件系統(tǒng)的詳細(xì)介紹本章節(jié)就不重復(fù)敘述，由于要增加新的存儲(chǔ)設(shè)備，關(guān)于新設(shè)備上安裝分布式文件系統(tǒng)是否接著選用依舊HDFS，我們需要回答以下幾個(gè)問題：第一，預(yù)算增加及擴(kuò)展問題要部署DF還得單獨(dú)購買兩臺高性能設(shè)備作為DFS的元數(shù)據(jù)庫服務(wù)（注兩臺設(shè)備構(gòu)成主備配置不能比我們現(xiàn)在選擇的設(shè)備配置差，不然就會(huì)成為瓶頸，假如差了，數(shù)據(jù)節(jié)點(diǎn)就擴(kuò)展不了幾臺第二，學(xué)習(xí)成本及進(jìn)度問題：要使用HDFS，必須熟悉它的帶來的整個(gè)DFS集群部署維護(hù)等工作那個(gè)與可利用的團(tuán)隊(duì)資源相提供標(biāo)準(zhǔn)的協(xié)議接口，應(yīng)用程序代碼不需作任么統(tǒng)一接口的底層必須要寫兩種代碼第一是對面DF第二是面對HDFS。新增加了開發(fā)、維護(hù)、測試的時(shí)刻。第三，空間白費(fèi)及孤島問題：S2DFS與HDFS是兩套不同體系的文件系統(tǒng)，他們之間設(shè)備及存儲(chǔ)空間是不能共用的后面增加的6臺，設(shè)備存儲(chǔ)與前面部署的0臺設(shè)備通過對原始數(shù)據(jù)處理壓縮后，存儲(chǔ)空間還有多余。二者構(gòu)成了孤島，同時(shí)造成空間白費(fèi)。第四，應(yīng)用場景問題DFS對存儲(chǔ)網(wǎng)頁等文件比較友好怎么講它的基因就。數(shù)據(jù)模型設(shè)計(jì)數(shù)據(jù)模型要緊主企業(yè)數(shù)據(jù)模型與投資商數(shù)據(jù)模型兩個(gè)部分。3.3.1企業(yè)數(shù)據(jù)模型字段名備注name公司名稱econ_kind企業(yè)類型regist_capi注冊資本scope經(jīng)營范圍term_start營業(yè)開始日期term_end營業(yè)結(jié)束日期belong_org所屬工商局oper_name法人start_date成立日期status在業(yè)employees.job_title要緊人員職位employees.sex要緊人員性不要緊人員姓名分支機(jī)構(gòu)名稱changerecords.change_item變更項(xiàng)目changerecords.change_date變更日期changerecords.before_content變更前內(nèi)容changerecords.after_content變更后內(nèi)容partners.stock_name股東姓名partners.stock_type股東類型partners.identify_type證照/證件類型partners.identify_no證照/證件號碼partners.should_capi_items.shoud_capi認(rèn)繳出資額partners.should_capi_items.invest_type出資方式partners.should_capi_items.should_capi_date出資時(shí)刻partners.real_capi_items.real_capi實(shí)繳出資額partners.real_capi_items.invest_type出資方式partners.real_capi_items.real_capi_date實(shí)繳時(shí)刻3.3.2投資商數(shù)據(jù)模型字段名備注name投資商名稱econ_kind企業(yè)類型regist_capi注冊資本scope經(jīng)營范圍term_start營業(yè)開始日期term_end營業(yè)結(jié)束日期belong_org所屬工商局oper_name法人start_date成立日期status在業(yè)employees.job_title要緊人員職位employees.sex要緊人員性不要緊人員姓名分支機(jī)構(gòu)名稱changerecords.change_item變更項(xiàng)目changerecords.change_date變更日期changerecords.before_content變更前內(nèi)容changerecords.after_content變更后內(nèi)容partners.stock_name股東姓名partners.stock_type股東類型partners.identify_type證照/證件類型partners.identify_no證照/證件號碼partners.should_capi_items.shoud_capi認(rèn)繳出資額partners.should_capi_items.invest_type出資方式partners.should_capi_items.should_capi_date出資時(shí)刻partners.real_capi_items.real_capi實(shí)繳出資額partners.real_capi_items.invest_type出資方式partners.real_capi_items.real_capi_date實(shí)繳時(shí)刻Investment_industry投資行業(yè)investment投資金額

4數(shù)據(jù)運(yùn)營4.1數(shù)據(jù)挖掘分析行業(yè)數(shù)據(jù)挖掘分析普遍采納CRISP-DM方法論。CRISP-DM將一個(gè)數(shù)據(jù)挖掘項(xiàng)目的生命周期定義為六個(gè)時(shí)期：業(yè)務(wù)理解（也稱為商業(yè)理解）、數(shù)據(jù)理解、數(shù)據(jù)預(yù)備、建立模型、模型評估、模型公布。1.業(yè)務(wù)理解：從業(yè)務(wù)的角度理解項(xiàng)目目標(biāo)和需求，然后將這種需求轉(zhuǎn)換成一種數(shù)據(jù)挖掘的問題定義，并設(shè)計(jì)出達(dá)到目標(biāo)的一個(gè)初步打算。2.數(shù)據(jù)理解：收集初始數(shù)據(jù)，識不數(shù)據(jù)的質(zhì)量問題，找到對數(shù)據(jù)的差不多觀看、或假設(shè)隱含的信息來監(jiān)測出感興趣的數(shù)據(jù)子集。3.數(shù)據(jù)預(yù)備：對可用的原始數(shù)據(jù)進(jìn)行一系列的組織以及清洗,使之達(dá)到建模需求。4.建立模型：選擇各種建模技術(shù)，并將其參數(shù)校正到優(yōu)化值。常常要退回到數(shù)據(jù)預(yù)備時(shí)期。5.模型評估：對建立的模型進(jìn)行評估，重點(diǎn)具體考慮得出的結(jié)果是否符合第一步的商業(yè)目的。6.模型公布：將發(fā)覺的結(jié)果進(jìn)行總結(jié)與應(yīng)用。4.2數(shù)據(jù)分析處理的要緊工作首先，是數(shù)據(jù)倉庫或數(shù)據(jù)集市的建立，對數(shù)據(jù)進(jìn)行預(yù)處理。數(shù)據(jù)分析處理以企業(yè)經(jīng)營治理需求為基礎(chǔ)，依照不同分析主題，從企業(yè)許多來自不同的運(yùn)作系統(tǒng)的數(shù)據(jù)中提取出有用的數(shù)據(jù)，以保證數(shù)據(jù)的正確性，然后通過抽取、轉(zhuǎn)換和裝載，即ETL過程，合并到一個(gè)企業(yè)級的數(shù)據(jù)倉庫里，得到企業(yè)數(shù)據(jù)的一個(gè)全局視圖。其次，是聯(lián)機(jī)分析處理和數(shù)據(jù)挖掘，進(jìn)而將數(shù)據(jù)轉(zhuǎn)化為信息和知識。聯(lián)機(jī)分析處理是在數(shù)據(jù)倉庫的基礎(chǔ)上，對商業(yè)問題進(jìn)行建模和數(shù)據(jù)進(jìn)行多維分析。而數(shù)據(jù)挖掘通過分析每個(gè)數(shù)據(jù)，從大量數(shù)據(jù)中查找其規(guī)律的技術(shù)。即使用諸如神經(jīng)網(wǎng)絡(luò)、規(guī)則歸納等技術(shù)，用來發(fā)覺數(shù)據(jù)間的聯(lián)系，做出基于數(shù)據(jù)的推斷。通過聯(lián)機(jī)分析處理和數(shù)據(jù)挖掘，決策人員和高層治理能從多維角度準(zhǔn)確掌控企業(yè)的經(jīng)營狀況和了解不同數(shù)據(jù)之間的相關(guān)關(guān)系，以便制定正確的決策。最后，是知識結(jié)論的可視化展示，實(shí)現(xiàn)知識向智慧轉(zhuǎn)變。通過借助信息化系統(tǒng)，以簡單、豐富和直觀的形式，將查詢報(bào)表、統(tǒng)計(jì)分析、多維聯(lián)機(jī)分析和數(shù)據(jù)發(fā)掘的結(jié)論展現(xiàn)企業(yè)治理者和決策者的面前。而隨著治理者對知識的不斷積存和更新，會(huì)進(jìn)一步將知識轉(zhuǎn)化為企業(yè)治理者的智慧。最終成果為：依照招商大數(shù)據(jù)平臺數(shù)據(jù)運(yùn)營規(guī)范相關(guān)要求至少進(jìn)行三個(gè)月的數(shù)據(jù)運(yùn)營服務(wù)，并提供數(shù)據(jù)運(yùn)營報(bào)告。驗(yàn)證數(shù)據(jù)運(yùn)營規(guī)范的流程、優(yōu)化數(shù)據(jù)模板，并形成特定的數(shù)據(jù)運(yùn)營操作指南。4.3數(shù)據(jù)分析團(tuán)隊(duì)組織和治理 數(shù)據(jù)分析團(tuán)隊(duì)負(fù)責(zé)開展數(shù)據(jù)采集、數(shù)據(jù)處理、數(shù)據(jù)治理和數(shù)據(jù)綜合分析等工作。分析專家做的是預(yù)測建模、數(shù)據(jù)挖掘以及其他一些高級分析工作，而不是像定制報(bào)表和電子表格如此程序化的工作。他們解決問題的環(huán)境，使用的方法，甚至需要參加的各類培訓(xùn)都有專門大的不同。因此在數(shù)據(jù)分析團(tuán)隊(duì)建設(shè)和組織治理上有其特不專門的要求。1、數(shù)據(jù)分析團(tuán)隊(duì)建設(shè)（一）合理組建數(shù)據(jù)分析團(tuán)隊(duì)。整合客服中心人才資源，組建數(shù)據(jù)分析團(tuán)隊(duì)，負(fù)責(zé)開展數(shù)據(jù)采集、數(shù)據(jù)處理、數(shù)據(jù)治理和數(shù)據(jù)綜合分析等工作。（二）強(qiáng)調(diào)共同價(jià)值體現(xiàn)。數(shù)據(jù)分析團(tuán)隊(duì)成員在目標(biāo)、達(dá)到這些目標(biāo)的路徑和所需的合作上要努力達(dá)成一致，如此能夠增強(qiáng)團(tuán)隊(duì)的認(rèn)同感。強(qiáng)調(diào)數(shù)據(jù)分析團(tuán)隊(duì)的整體利益，確定共同的目標(biāo)，鼓舞分析團(tuán)隊(duì)共享信息和思想，互相關(guān)心實(shí)現(xiàn)共同目標(biāo)。（三）引入過程分析會(huì)議。過程分析會(huì)議是數(shù)據(jù)分析團(tuán)隊(duì)內(nèi)部充分討論的平臺，通過過程分析會(huì)議，增強(qiáng)彼此的溝通，要求每個(gè)數(shù)據(jù)分析人員都提出實(shí)現(xiàn)共同目標(biāo)的方法、思路。（四）鼓舞和促進(jìn)團(tuán)隊(duì)內(nèi)部相互交流。提供數(shù)據(jù)分析團(tuán)隊(duì)的定期交流機(jī)會(huì)，鼓舞每個(gè)數(shù)據(jù)分析人員在完成某個(gè)大數(shù)據(jù)挖掘分析課題后，進(jìn)行充分的交流與總結(jié)，增強(qiáng)數(shù)據(jù)分析團(tuán)隊(duì)能力與水平，提煉數(shù)據(jù)分析經(jīng)驗(yàn)。（五）公開數(shù)據(jù)挖掘分析成果形成激勵(lì)。及時(shí)將數(shù)據(jù)分析分析團(tuán)隊(duì)的應(yīng)用情況向辦內(nèi)公布，使數(shù)據(jù)分析分析團(tuán)隊(duì)成員增強(qiáng)使感。2、團(tuán)隊(duì)組織建設(shè)（一）為分析團(tuán)隊(duì)樹立榜樣。要讓數(shù)據(jù)分析團(tuán)隊(duì)發(fā)揮作用，首先是要在團(tuán)隊(duì)中突出一個(gè)或多個(gè)優(yōu)秀的團(tuán)隊(duì)成員，成為數(shù)據(jù)分析團(tuán)隊(duì)成員的表率，將優(yōu)良的工作作風(fēng)帶入團(tuán)隊(duì)中，阻礙團(tuán)隊(duì)中的每一位成員。（二）傳授經(jīng)驗(yàn)培養(yǎng)團(tuán)隊(duì)精英。要在數(shù)據(jù)分析團(tuán)隊(duì)中做好培訓(xùn)、培養(yǎng)工作，把數(shù)據(jù)分析思路的形成方法傳授給團(tuán)隊(duì)成員，團(tuán)隊(duì)組織要培養(yǎng)團(tuán)隊(duì)精英，發(fā)揮團(tuán)隊(duì)精英的作用，成為團(tuán)隊(duì)的主力。（三）靈活授權(quán)。隨著數(shù)據(jù)分析團(tuán)隊(duì)的逐漸形成與進(jìn)展，團(tuán)隊(duì)組織要通過合理授權(quán)讓團(tuán)隊(duì)成員分擔(dān)責(zé)任，使團(tuán)隊(duì)成員更多的參與團(tuán)隊(duì)工作中，同意團(tuán)隊(duì)成員靈活的開展工作，給予團(tuán)隊(duì)成員信任，讓他們更積極的為開展挖掘數(shù)據(jù)價(jià)值服務(wù)，也給予團(tuán)隊(duì)成員學(xué)習(xí)與成長空間，實(shí)現(xiàn)團(tuán)隊(duì)成員自我價(jià)值的體現(xiàn)。（四）發(fā)揮團(tuán)隊(duì)凝聚力。數(shù)據(jù)分析團(tuán)隊(duì)的凝聚力是團(tuán)隊(duì)精神的體現(xiàn)，高凝聚力會(huì)帶來高績效。團(tuán)隊(duì)組織要讓團(tuán)隊(duì)成員形成共同目標(biāo)，同時(shí)增強(qiáng)團(tuán)隊(duì)的融合度，形成高昂的團(tuán)隊(duì)士氣，提高團(tuán)隊(duì)績效。（五）形成有效的團(tuán)隊(duì)指揮。數(shù)據(jù)分析團(tuán)隊(duì)的成員在工作不可幸免的會(huì)出現(xiàn)各種無法應(yīng)付的問題，團(tuán)隊(duì)組織的治理者，最重要的職責(zé)確實(shí)是做好指揮工作，要和團(tuán)隊(duì)成員形成良好的溝通，及時(shí)了解團(tuán)隊(duì)成員面臨的問題，團(tuán)隊(duì)治理者通過個(gè)人的工作經(jīng)驗(yàn)、閱歷，以及與相關(guān)部門或上級的溝通給出良好的解決方案，處理好團(tuán)隊(duì)工作問題。

5安全設(shè)計(jì)云數(shù)據(jù)采集中心的安全分為兩大部分一個(gè)是應(yīng)用數(shù)據(jù)的安全一個(gè)是平臺運(yùn)行的安全。假如租用成熟的DC機(jī)房那么機(jī)房本身的安全就能夠不管防火安防，門禁等統(tǒng)統(tǒng)能夠忽略，外接的路由器和防火墻也能夠不采購。平臺安全平臺本身的運(yùn)行安全我們采納分布式集群技術(shù)完成每個(gè)業(yè)務(wù)處理群差不多上以集群方式存在，保證冗余度，每個(gè)集群中服務(wù)進(jìn)程差不多上主/主、主/備方式運(yùn)行，承載設(shè)備都保證在2臺以上。按照此設(shè)計(jì)思路，方案劃分了存儲(chǔ)/計(jì)算服務(wù)器集群（共8臺設(shè)備、EB/消息服務(wù)器集群（共4臺設(shè)備、應(yīng)用數(shù)據(jù)服務(wù)器集群（共兩臺設(shè)備負(fù)載均衡服務(wù)器集（共2臺設(shè)備專門的數(shù)據(jù)備份服務(wù)器設(shè)備。數(shù)據(jù)安全應(yīng)用數(shù)據(jù)的安全采納實(shí)時(shí)或者定時(shí)備份方式完成備份設(shè)備能夠在一定時(shí)期內(nèi)把數(shù)據(jù)備份到專門的數(shù)據(jù)備份服務(wù)器上試實(shí)際情況而定也能夠采納己構(gòu)建平臺，把數(shù)據(jù)同步到綿陽或者其他地點(diǎn)的數(shù)據(jù)中心中同樣以分布式文件系統(tǒng)先期方案我們建議把數(shù)據(jù)備份到數(shù)據(jù)備份服務(wù)器上，存儲(chǔ)在分布式文件系統(tǒng)（S2DFS）由于數(shù)據(jù)量大，容量大，不建議再做備份，因?yàn)榉植际轿募到y(tǒng)（S2DFS）能夠建立RAID1架構(gòu)模式。我們會(huì)把分布式數(shù)據(jù)庫（D2B）除了架構(gòu)構(gòu)建為Master-Slave、ReplicaSets模式外，另外通過BackUp/Restore工具完成數(shù)據(jù)備份及恢復(fù)，第一次完成冷備份，后面我們就能夠通過增量備份方式完成。參考下面的備份及恢復(fù)架構(gòu)：備份策略一個(gè)好的備份恢復(fù)系統(tǒng)除了配備有好的軟硬件之外更需要有良好的備份策略進(jìn)行保證關(guān)于備份系統(tǒng)必須依照各種應(yīng)用和業(yè)務(wù)的處理類型來分不制定具體的備份策略。關(guān)于備份系統(tǒng)備份策略的規(guī)劃，建議按照以下流程進(jìn)行：備份任務(wù)指定專用的介質(zhì)集；劃定能夠進(jìn)行數(shù)據(jù)備份的時(shí)段。份方式時(shí)要在業(yè)務(wù)系統(tǒng)性能需求許可的情況下最大程度的降低數(shù)據(jù)恢復(fù)時(shí)的復(fù)雜程度。建議：關(guān)于數(shù)據(jù)量較大的系統(tǒng)為降低數(shù)據(jù)備份對業(yè)務(wù)系統(tǒng)運(yùn)行的阻礙減少對備份介質(zhì)的需求，可采納全備份＋增量備份的方式進(jìn)行，建議每周進(jìn)行一次全備，一周內(nèi)其他時(shí)刻每天進(jìn)行一次增量備份；關(guān)于數(shù)據(jù)量較小的備份任務(wù)或較為關(guān)鍵的業(yè)務(wù)則建議每天進(jìn)行一次全備份，以降低恢復(fù)時(shí)的復(fù)雜程度；在每次業(yè)務(wù)數(shù)據(jù)做大調(diào)整后應(yīng)立即做一次全備份；關(guān)于相關(guān)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)為保證數(shù)據(jù)一致性盡量安排在同一天進(jìn)行備份；首先保證關(guān)鍵業(yè)務(wù)的數(shù)據(jù)備份；盡量使備份數(shù)量在一周內(nèi)的每天平均分布，能夠采納大小數(shù)據(jù)量相搭配，或關(guān)鍵業(yè)務(wù)與非關(guān)鍵業(yè)務(wù)相搭配等方式進(jìn)行；置應(yīng)以保證每一次全備份完成往常，都有可用介質(zhì)供數(shù)據(jù)恢復(fù)使用為準(zhǔn)。下表給出了一個(gè)備份策略定制的示例：星期一星期二星期三星期四星期五星期六星期日備份任務(wù)組一FIIIIII備份任務(wù)組二IFIIIII備份任務(wù)組三IIFIIII備份任務(wù)組四IIIFIII備份任務(wù)組五IIIIFII備份任務(wù)組六IIIIIFI備份任務(wù)組七IIIIIIF……體策略依照用戶的要求來定。

6風(fēng)險(xiǎn)分析序號風(fēng)險(xiǎn)內(nèi)容嚴(yán)峻程度應(yīng)對方法1.能否在公司規(guī)定的較短時(shí)刻內(nèi)完成公司這次要求建設(shè)的內(nèi)容aaS平臺建設(shè)包括軟件硬件平臺的構(gòu)建？高采納成熟的通過驗(yàn)證的方案，包括在生產(chǎn)環(huán)境中差不多驗(yàn)證的核心軟件平臺。2.負(fù)責(zé)該項(xiàng)目的設(shè)計(jì)和實(shí)施的團(tuán)隊(duì)是否能夠?qū)ｉT快的掌握涉及到的核心技術(shù)（分布式文件系統(tǒng)、分布式數(shù)據(jù)庫、作業(yè)調(diào)度及并行計(jì)算等等）？高與熟悉這些核心技術(shù)的團(tuán)隊(duì)合作，保證在公司規(guī)定的期限內(nèi)完成該項(xiàng)目。

7部署方案1. 軟件配置表序號名稱配置描述部署硬件服務(wù)器數(shù)量用途分布式文件系統(tǒng)存儲(chǔ)及計(jì)算服務(wù)器用來存儲(chǔ)非結(jié)構(gòu)化和結(jié)構(gòu)化數(shù)據(jù)，文檔等富媒體文件JSS作業(yè)調(diào)度服務(wù)進(jìn)程存儲(chǔ)及計(jì)算服務(wù)器2作（任務(wù)的調(diào)度程序是計(jì)算任務(wù)的發(fā)起者和調(diào)度者數(shù)據(jù)計(jì)算服務(wù)進(jìn)程存儲(chǔ)及計(jì)算服務(wù)器作業(yè)（任務(wù)）的具體負(fù)責(zé)計(jì)算的程序，同意JSS的分配任務(wù)，處理任務(wù)，比如：圖片特征批判，視頻的分析等等JGS作業(yè)自動(dòng)生成進(jìn)程存儲(chǔ)及計(jì)算服務(wù)器2作（任務(wù)的自動(dòng)生成要緊用來生成固定規(guī)則的任務(wù)比如臺標(biāo)數(shù)據(jù)清理任務(wù)自動(dòng)清理服務(wù)進(jìn)程存儲(chǔ)及計(jì)算服務(wù)器2自動(dòng)定時(shí)清除沒有利用價(jià)值的歷史數(shù)據(jù)垃圾數(shù)據(jù)消息處理服務(wù)進(jìn)程WEB及消息服務(wù)器6獵取分布式消息隊(duì)列中的數(shù)據(jù)并對獵取的數(shù)據(jù)進(jìn)行既定規(guī)則的業(yè)務(wù)處理最后把數(shù)據(jù)存儲(chǔ)在或者中SDS實(shí)時(shí)流數(shù)據(jù)處理服務(wù)進(jìn)程WEB及消息服務(wù)器6能夠?qū)崟r(shí)持續(xù)的完成流式數(shù)據(jù)的計(jì)算處理具有實(shí)時(shí)性，低延遲特點(diǎn)與批計(jì)算相對應(yīng)分布式數(shù)據(jù)庫（開源）分布式數(shù)據(jù)庫服務(wù)器分布式noSQL數(shù)據(jù)庫完成海量結(jié)構(gòu)化數(shù)據(jù)的存儲(chǔ)，具有容量大分布式易擴(kuò)展性能好的特點(diǎn)8實(shí)施打算序號工作內(nèi)容完成時(shí)刻1.實(shí)施啟動(dòng)2017－7－25前2.部署并聯(lián)調(diào)硬件（安裝操作系統(tǒng)）及局域網(wǎng)網(wǎng)絡(luò)，包括外接三線光纖網(wǎng)絡(luò)2017－8－10前3.部署并聯(lián)調(diào)9.3x64forLinuxApache&Tomcat7.02017－9－15前4.部署并聯(lián)調(diào)分布式文件系統(tǒng)（S2DFS）、部署分布2017－9－30前5.企業(yè)數(shù)據(jù)采集服務(wù)、投資商數(shù)據(jù)采集服務(wù)、采集任務(wù)治理、云數(shù)據(jù)存儲(chǔ)、云中心監(jiān)控功能開發(fā)2017-10-31前6.企業(yè)數(shù)據(jù)采購、投資商數(shù)據(jù)采購2017-10-31前7.試運(yùn)行完成，項(xiàng)目驗(yàn)收2017-12-31前

9技術(shù)規(guī)格偏離表名稱序號磋商文件技術(shù)規(guī)范、要求響應(yīng)文件中對應(yīng)條款內(nèi)容偏離技術(shù)支持資料索引xx大數(shù)據(jù)中心數(shù)據(jù)運(yùn)營規(guī)范制定4.1結(jié)合xxx的業(yè)務(wù)需要，依照招商大數(shù)據(jù)平臺建設(shè)內(nèi)容及招商業(yè)務(wù)的應(yīng)用目標(biāo)，參照業(yè)界大數(shù)據(jù)平臺數(shù)據(jù)運(yùn)營成功案例，制定招商大數(shù)據(jù)平臺數(shù)據(jù)運(yùn)營規(guī)范及相關(guān)治理規(guī)定，并詳細(xì)提供規(guī)范所涉及業(yè)務(wù)表單、報(bào)告模板等資料。4.數(shù)據(jù)運(yùn)營無偏離相關(guān)元數(shù)據(jù)標(biāo)準(zhǔn)制定及數(shù)據(jù)的采集、整理與存儲(chǔ)4.2依照招商局大數(shù)據(jù)平臺數(shù)據(jù)分析的需要，制定相關(guān)數(shù)據(jù)的元數(shù)據(jù)標(biāo)準(zhǔn)，并完成與當(dāng)前大數(shù)據(jù)平臺的對接。依照所定義的元數(shù)據(jù)標(biāo)準(zhǔn)，完成數(shù)據(jù)源的定義與數(shù)據(jù)的采集，并整理形成標(biāo)準(zhǔn)數(shù)據(jù)。同時(shí)，結(jié)合招商大數(shù)據(jù)平臺的數(shù)據(jù)分析特點(diǎn)，提出數(shù)據(jù)存儲(chǔ)方案并實(shí)施。供應(yīng)商需要對所采集數(shù)據(jù)的數(shù)據(jù)源進(jìn)行可信度驗(yàn)證。數(shù)據(jù)采集范圍包括但不限于世界500強(qiáng)、全國500強(qiáng)、行業(yè)20強(qiáng)企業(yè)相關(guān)數(shù)據(jù)。要求總數(shù)據(jù)容量至少達(dá)到30個(gè)T。其數(shù)據(jù)采集與存儲(chǔ)必須滿足海量數(shù)據(jù)處理的要求，其架構(gòu)需要能夠依照數(shù)據(jù)規(guī)模的增大而快速擴(kuò)展。并依照數(shù)據(jù)采集、整理與存儲(chǔ)治理的特點(diǎn)，提取形成數(shù)據(jù)運(yùn)營要點(diǎn)。2.云數(shù)據(jù)采集中心3.大數(shù)據(jù)計(jì)算平臺無偏離招商業(yè)務(wù)數(shù)據(jù)分析模型4.3依照招商業(yè)務(wù)的需要，設(shè)計(jì)招商數(shù)據(jù)分析模型，并完成系統(tǒng)實(shí)現(xiàn)。該模型需要在招商大數(shù)據(jù)平臺的數(shù)據(jù)集上進(jìn)行測試與驗(yàn)證。3.3.1企業(yè)數(shù)據(jù)模型3.3.2投資商數(shù)據(jù)模型無偏離數(shù)據(jù)運(yùn)營4.4依照招商大數(shù)據(jù)平臺數(shù)據(jù)運(yùn)營規(guī)范相關(guān)要求至少進(jìn)行三個(gè)月的數(shù)據(jù)運(yùn)營服務(wù)，并提供數(shù)據(jù)運(yùn)營報(bào)告。驗(yàn)證數(shù)據(jù)運(yùn)營規(guī)范的流程、優(yōu)化數(shù)據(jù)模板，并形成特定的數(shù)據(jù)運(yùn)營操作指南。4.2數(shù)據(jù)分析處理的要緊工作無偏離項(xiàng)目運(yùn)維要求4.5提供系統(tǒng)運(yùn)維整體方案，包括運(yùn)維服務(wù)支持打算、針對不同問題的運(yùn)維治理過程及運(yùn)維支持人員信息。10售后服務(wù)承諾11關(guān)于運(yùn)行維護(hù)的承諾無偏離

10售后服務(wù)承諾（1）本項(xiàng)目應(yīng)用系統(tǒng)從項(xiàng)目總體驗(yàn)收合格之日（從雙方代表終驗(yàn)簽字之日起計(jì)算）起，我公司提供所開發(fā)系統(tǒng)免費(fèi)維護(hù)12個(gè)月。（2）在質(zhì)量保證期內(nèi)，我方提供技術(shù)服務(wù)、升級服務(wù)并負(fù)責(zé)對運(yùn)行中出現(xiàn)軟件故障進(jìn)行處理，依照實(shí)際故障情況我方派員負(fù)責(zé)查找故障緣故并將系統(tǒng)恢復(fù)到正常運(yùn)行狀態(tài)。在質(zhì)量保證期內(nèi)，我方向業(yè)主方提供7*24小時(shí)的服務(wù)響應(yīng)，保證業(yè)主方能夠隨時(shí)找到相應(yīng)的技術(shù)人員，我方在接到用戶電話、傳真通知后，30分鐘內(nèi)響應(yīng)，一般問題一天內(nèi)解決，重大問題三天內(nèi)解決。專門情況無法修復(fù)的，質(zhì)保期內(nèi)我方無條件更換新軟件；或采取使系統(tǒng)可正常運(yùn)轉(zhuǎn)的措施。（3）我方將長期提供優(yōu)良的技術(shù)支持，保修期間的維護(hù)服務(wù)不收取任何額外費(fèi)用，保證期后，我方承諾仍依照合同要求向業(yè)主方提供技術(shù)服務(wù)，并以合理價(jià)格提供軟件功能改系統(tǒng)維護(hù)與支持的具體內(nèi)容如下：電話支持我公司提供對應(yīng)用系統(tǒng)的運(yùn)行、維護(hù)提供24小時(shí)的實(shí)時(shí)技術(shù)支持。我公司提供熱線電話或Email、傳真等方式隨時(shí)回答用戶各種技術(shù)問題并在24小時(shí)內(nèi)提出解決方案。故障響應(yīng)7X24小時(shí)的實(shí)時(shí)故障響應(yīng)。我公司在出現(xiàn)系統(tǒng)軟件及應(yīng)用軟件等系統(tǒng)故障的2小時(shí)內(nèi)給予響應(yīng)，12小時(shí)內(nèi)恢復(fù)運(yùn)行。遠(yuǎn)程技術(shù)支持當(dāng)系統(tǒng)出現(xiàn)故障，經(jīng)用戶許可后，我公司遠(yuǎn)程登錄用戶系統(tǒng)，進(jìn)行故障分析、問題定位并提供解決方案。對系統(tǒng)進(jìn)行的任何配置、數(shù)據(jù)改動(dòng)及其它可能對系統(tǒng)和業(yè)務(wù)造成不良阻礙的操作，確保經(jīng)用戶確認(rèn)后進(jìn)行。定期跟蹤項(xiàng)目驗(yàn)收完畢后，我公司將定期電話、現(xiàn)場跟蹤系統(tǒng)使用情況，聽取意見和建議，及時(shí)分析系統(tǒng)存在的問題，并隨時(shí)給予解決。必要時(shí)，我公司將派遣技術(shù)人員去現(xiàn)場解決存在的問題。系統(tǒng)軟件升級我公司將及時(shí)向用戶通報(bào)系統(tǒng)軟件升級情況，若用戶需要對系統(tǒng)軟件升級，我公司會(huì)提供升級版本和相應(yīng)的支持服務(wù)。現(xiàn)場服務(wù)當(dāng)系統(tǒng)運(yùn)行環(huán)境出現(xiàn)嚴(yán)峻故障，或因更換服務(wù)器等緣故需要重新搭建系統(tǒng)時(shí)，我公司將及時(shí)提供切實(shí)可行的建議，通