運(yùn)用分布式計(jì)算技術(shù)構(gòu)建公安卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)數(shù)據(jù)庫(kù)

□ 文/向庭勇 梁俊 向庭波

現(xiàn)狀、背景及設(shè)計(jì)思路

LZ市公安局卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)于2013年建成并投入使用，該平臺(tái)系統(tǒng)由我公司和LZ市公安局合作設(shè)計(jì)開(kāi)發(fā)，在全國(guó)首次將云計(jì)算技術(shù)運(yùn)用于卡口系統(tǒng)聯(lián)網(wǎng)中。系統(tǒng)的主要功能：實(shí)現(xiàn)了市局以及各縣局各自建設(shè)的不同廠家、不同品牌型號(hào)、不同結(jié)構(gòu)的卡口系統(tǒng)的聯(lián)網(wǎng)，并在此基礎(chǔ)上實(shí)現(xiàn)卡口系統(tǒng)的數(shù)據(jù)整合。平臺(tái)自建成投入使用后，各項(xiàng)指標(biāo)達(dá)到設(shè)計(jì)要求，有效的解決了全局市區(qū)及各縣卡口系統(tǒng)的聯(lián)網(wǎng)整合問(wèn)題，目前該系統(tǒng)運(yùn)行正常穩(wěn)定，在公安治安、刑偵、交通、情報(bào)等各項(xiàng)業(yè)務(wù)信息化工作中發(fā)揮了重要的作用。

隨著公安業(yè)務(wù)的發(fā)展，對(duì)該LZ市公安局卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)的數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)服務(wù)、運(yùn)算速度、平臺(tái)穩(wěn)定性等提出了新的應(yīng)用需求。為解決上述問(wèn)題，需要解決如何基于HBase構(gòu)建卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)數(shù)據(jù)庫(kù)。本方案從卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)的業(yè)務(wù)和數(shù)據(jù)特征開(kāi)始，根據(jù)項(xiàng)目需求、對(duì)平臺(tái)新增分布式數(shù)據(jù)庫(kù)進(jìn)行了概要設(shè)計(jì)和各模塊的詳細(xì)設(shè)計(jì)。

目前HBase已經(jīng)在互聯(lián)網(wǎng)行業(yè)大規(guī)模應(yīng)用，公安卡口系統(tǒng)聯(lián)網(wǎng)的數(shù)據(jù)每天都是TB級(jí)別的，同時(shí)對(duì)數(shù)據(jù)分析和行為分析的需求也很迫切，而且還常包含部分對(duì)隨機(jī)讀寫(xiě)效率（低延遲）要求比較高的應(yīng)用，因此HBase作為一個(gè)能提供在海量數(shù)據(jù)前提下讀寫(xiě)效率穩(wěn)定的數(shù)據(jù)庫(kù)，成為卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)最恰當(dāng)?shù)倪x擇。

卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)的特性如下：

● 百萬(wàn)海量的卡口抓拍圖片、過(guò)車信息資源；

● 每時(shí)每刻都有過(guò)車信息更新；

● 快速查詢卡口的信息，8秒內(nèi)響應(yīng)用戶的查詢；

● 支持圖片下載，下載迅速、便利；

● 海量數(shù)據(jù)庫(kù)支持（百萬(wàn)量級(jí)），過(guò)車圖片數(shù)據(jù)同步顯示；

● 資源組織形式靈活多樣，能提供不同用戶的查詢使用需求；

● 搜索便捷，支持文字圖片搜索。

● 軟件小巧，易操作；

● 能支撐pc和移動(dòng)端應(yīng)用操作。

由上訴卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)的業(yè)務(wù)特性，應(yīng)用特點(diǎn)決定了數(shù)據(jù)特性，其特性如下：

● 過(guò)車數(shù)據(jù)：包含卡口過(guò)車時(shí)的過(guò)車信息及圖片。過(guò)車數(shù)據(jù)包含很多種類信息，主要種類如下：

● 過(guò)車時(shí)間：車輛通過(guò)時(shí)間；

● 車道編號(hào)：圖像拍攝的車道信息；

● 車道方向名稱：圖像拍攝的車道方向；

● 車輛號(hào)牌：所拍攝的車輛的車牌號(hào)；

● 號(hào)牌顏色：所拍攝的車輛的車牌顏色；

● 車輛速度：所拍攝的車輛的速度；

● 車輛限速：車輛的限速設(shè)定；

● 車牌類型：所拍攝的車輛的車牌類型；

● 車輛類型：所拍攝的車輛的類型；

● 車身顏色：所拍攝的車輛的車身顏色；

● 違法類型：所拍攝的車輛的違法類型；

● 正常過(guò)車圖片：所拍攝的正常過(guò)車圖片；

● 違法過(guò)車圖片：所拍攝的違法的車輛圖片；

● 卡口屬性信息：主要指卡口的位置信息及卡口所用設(shè)備屬性信息；

● 設(shè)備信息：設(shè)備所屬?gòu)S家、型號(hào)、品牌等，還有設(shè)備是否在線等設(shè)備狀態(tài)信息；

需求概述

隨著LZ市公安局各業(yè)務(wù)工作信息化的發(fā)展，各警種應(yīng)用對(duì)海量卡口信息服務(wù)的需求越來(lái)越大，建立卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)數(shù)據(jù)庫(kù)及后臺(tái)查詢系統(tǒng)，將為卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)提供最基本的數(shù)據(jù)積累，也為以后對(duì)這些數(shù)據(jù)進(jìn)行深度挖掘、分析，給各警種應(yīng)用提供更好的海量卡口信息服務(wù)。

● 提供海量數(shù)據(jù)搜索支持，能保存半年卡口數(shù)據(jù)的存儲(chǔ)容量；

● 優(yōu)化推薦算法；

● 提供實(shí)時(shí)計(jì)算底層支持：實(shí)時(shí)計(jì)算分業(yè)務(wù)方向和數(shù)據(jù)分析方向；

● 支持某些具有特殊需求的項(xiàng)目；

● 卡口數(shù)據(jù)多維度的分析，為各領(lǐng)導(dǎo)提供更準(zhǔn)確的決策支持；

● 為數(shù)據(jù)產(chǎn)品提供底層支持，直接服務(wù)各警種的警務(wù)人員；

需求范圍和系統(tǒng)邊界

需求應(yīng)該包含范圍和邊界的描述，需求范圍是產(chǎn)品或項(xiàng)目的內(nèi)部，邊界是內(nèi)部和外部的交界。

建立卡口信息庫(kù)

收集所有卡口信息相關(guān)的紀(jì)錄，包含行政區(qū)劃代碼、卡口編號(hào)、卡口經(jīng)度、卡口緯度、卡口類型、工作模式、測(cè)速模式、車道名稱、車道編號(hào)、車道方向名稱、大車限速值、小車限速值、設(shè)備名稱、設(shè)備編號(hào)、設(shè)備車道編號(hào)。

該部分信息用于精分卡口，利用各種屬性信息將卡口進(jìn)行多維度歸類。

建立設(shè)備狀態(tài)庫(kù)

主要是記錄所有卡口設(shè)備的工作狀況。

建立過(guò)車數(shù)據(jù)庫(kù)

收集所有卡口的過(guò)車記錄，包含卡口編號(hào)、卡口設(shè)備編號(hào)、過(guò)車數(shù)據(jù)編號(hào)、過(guò)車時(shí)間、車道編號(hào)、車道方向名稱、車輛號(hào)牌、號(hào)牌顏色、車輛速度、車輛限速、車牌類型、車輛類型、車身顏色、違法類型、正常過(guò)車圖片、違法過(guò)車圖片等信息。

建立后臺(tái)查詢系統(tǒng)

支持查詢組合維度下的數(shù)據(jù)查詢、統(tǒng)計(jì)和展示。

相關(guān)項(xiàng)目接口

支持交警系統(tǒng)的實(shí)時(shí)查詢，并且為這些項(xiàng)目提供API支持。

系統(tǒng)邊界

構(gòu)建卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)數(shù)據(jù)庫(kù)旨在為相關(guān)警種提供卡口屬性，及相關(guān)的卡口過(guò)車信息的唯一平臺(tái)，提供便捷API和界面查詢，保證海量數(shù)據(jù)下的查詢和插入性能在一定的水平范圍，保證高并發(fā)范圍性能在一定水平范圍。

系統(tǒng)包含HBase存儲(chǔ)集群、后臺(tái)管理系統(tǒng)、批量加載、二級(jí)索引等模塊，不包含SQL引擎層、事務(wù)性索引、HBase性能優(yōu)化等。

系統(tǒng)不包括服務(wù)運(yùn)營(yíng)、前端開(kāi)發(fā)、運(yùn)維等人員。

需求分析

卡口信息庫(kù)

● 行政區(qū)劃代碼：用于區(qū)分不同的行政區(qū)域，確定卡口位置所屬的市縣；

● 卡口編號(hào)：填寫(xiě)卡口信息時(shí)，卡口唯一的編號(hào)；

● 卡口經(jīng)度：卡口的地理位置，經(jīng)度；

● 卡口緯度：卡口的地理位置，緯度；

● 卡口類型：確定卡口的類型，是車輛卡口還是治安卡口；

● 工作模式 ：記錄卡口的工作模式

● 測(cè)速模式：記錄卡口的測(cè)速模式，是視頻測(cè)速、線圈測(cè)速、雷達(dá)測(cè)速；

● 車道名稱：記錄卡口設(shè)備所監(jiān)控的車道的名稱；

● 車道編號(hào)：記錄卡口設(shè)備所監(jiān)控的車道的名稱對(duì)應(yīng)的系統(tǒng)編號(hào)；

● 車道方向名稱：記錄卡口設(shè)備所監(jiān)控的車道方向，如入城方向，由東向西等；

● 大車限速值：確定卡口位置大車的限速值；

● 小車限速值：確定卡口位置小車的限速值；

● 設(shè)備名稱：記錄卡口監(jiān)控設(shè)備的型號(hào)，廠家名稱；

● 設(shè)備編號(hào)：記錄卡口所用設(shè)備的設(shè)備編號(hào)；

● 設(shè)備車道編號(hào)：記錄卡口監(jiān)控設(shè)備所監(jiān)控的車道編號(hào)，同一卡口可能有不同廠家的卡口設(shè)備監(jiān)控不同的車道或不同的車道方向。

設(shè)備狀態(tài)庫(kù)

● 設(shè)備編號(hào)：記錄卡口所用設(shè)備的設(shè)備編號(hào)，在整個(gè)卡口聯(lián)網(wǎng)平臺(tái)中是唯一的；

● 設(shè)備狀態(tài)：記錄卡口設(shè)備的使用狀態(tài)，是0-正常，1-故障，2-報(bào)廢，3-停用，同時(shí)對(duì)應(yīng)記錄的時(shí)間，定時(shí)更新；

● 記錄時(shí)間：設(shè)備狀態(tài)記錄生成時(shí)的時(shí)間，定時(shí)更新；

過(guò)車數(shù)據(jù)庫(kù)

● 卡口編號(hào)：填寫(xiě)卡口信息時(shí)，卡口唯一的編號(hào)；

● 卡口設(shè)備編號(hào)：記錄卡口所用設(shè)備的設(shè)備編號(hào)；

● 過(guò)車時(shí)間：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車畫(huà)面時(shí)的時(shí)間；

● 車道編號(hào)：記錄卡口設(shè)備所監(jiān)控的車道的名稱對(duì)應(yīng)的系統(tǒng)編號(hào)；

● 車道方向名稱：記錄卡口設(shè)備所監(jiān)控的車道方向，如入城方向，由東向西等；

● 車輛號(hào)牌：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車的車牌號(hào)；

● 號(hào)牌顏色：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車的車牌號(hào)顏色；

● 車輛速度：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車的車輛速度；

● 車輛限速：確定卡口位置車輛的限速值；

● 車牌類型：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車的車牌的類型；

● 車輛類型：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車的車輛類型；

● 車身顏色：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車的車輛車身顏色；

● 違法類型：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車的違法類型；

● 正常過(guò)車圖片：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車正常行駛時(shí)的圖片；

● 違法過(guò)車圖片：記錄卡口監(jiān)控設(shè)備拍攝過(guò)車違章行駛時(shí)的圖片；

后臺(tái)查詢系統(tǒng)

后臺(tái)查詢系統(tǒng)主要用于驗(yàn)證數(shù)據(jù)準(zhǔn)確性，人工維護(hù)數(shù)據(jù)和支持開(kāi)發(fā)測(cè)試。主要有查詢卡口信息，查詢卡口設(shè)備狀態(tài)信息，查詢卡口過(guò)車數(shù)據(jù)信息。

概要設(shè)計(jì)

功能指標(biāo)

存儲(chǔ)能力

為億級(jí)的過(guò)車信息建立過(guò)車信息庫(kù)，存儲(chǔ)過(guò)車數(shù)據(jù)信息，后續(xù)可支持5億數(shù)據(jù)量級(jí)的信息存儲(chǔ)。能存儲(chǔ)千萬(wàn)量級(jí)的卡口設(shè)備及設(shè)備狀態(tài)信息庫(kù)。

運(yùn)算和查詢能力

支持前端業(yè)務(wù)至少每秒500量級(jí)的實(shí)時(shí)查詢請(qǐng)求，支持每秒10000的寫(xiě)入效率，支持遍歷查詢，遍歷全表在3小時(shí)以內(nèi)。

統(tǒng)計(jì)能力

提供后臺(tái)，支持查詢組合維度下的統(tǒng)計(jì)數(shù)據(jù)，查詢到結(jié)果展現(xiàn)速度不超過(guò)8秒。

擴(kuò)展型

數(shù)據(jù)存儲(chǔ)和計(jì)算能夠?qū)崿F(xiàn)可擴(kuò)展，能夠易于通過(guò)擴(kuò)展性解決性能瓶頸問(wèn)題；后臺(tái)管理系統(tǒng)實(shí)現(xiàn)可擴(kuò)展，為以后評(píng)估數(shù)據(jù)挖掘算法、實(shí)時(shí)修改不同警種的業(yè)務(wù)查詢做準(zhǔn)備；提供統(tǒng)一接口，支持前端各業(yè)務(wù)的數(shù)據(jù)需求。

系統(tǒng)流程

卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)數(shù)據(jù)庫(kù)系統(tǒng)可分為以下四個(gè)大部分：

數(shù)據(jù)層：底層數(shù)據(jù)，包含各卡口設(shè)備及卡口服務(wù)器產(chǎn)生的各種設(shè)備信息、卡口過(guò)車數(shù)據(jù)等信息；

數(shù)據(jù)處理層：對(duì)數(shù)據(jù)層進(jìn)行數(shù)據(jù)預(yù)處理、批量加載、增量更新等操作；

數(shù)據(jù)存儲(chǔ)層：HBase核心層，存放處理過(guò)的結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)，如卡口過(guò)車圖片、車牌號(hào)，車輛顏色等信息；

數(shù)據(jù)應(yīng)用層：后臺(tái)查詢系統(tǒng)，其他服務(wù)采用外部API。

系統(tǒng)整體架構(gòu)如圖所示：

表結(jié)構(gòu)設(shè)計(jì)

rowkey設(shè)計(jì)

不同的表對(duì)于主鍵的定義格式不同，表3 過(guò)車數(shù)據(jù) sendvehicleinfo使用＜pointid＞＜deviceid＞＜Long.MAX_VALUE-System.currentTimeMillis()＞作為Rowkey，該Rowkey共由三個(gè)部分組成：pointid、deviceid、Long.MAX_VALUE-System.currentTimeMillis()，其中Long.MAX_VALUE-System.currentTimeMillis()是為了使得過(guò)車數(shù)據(jù)的最新記錄能夠按照時(shí)間順序排列。

列族設(shè)計(jì)

所有表中，最多存在2個(gè)列族，因?yàn)閱蝹€(gè)列族在flush的時(shí)候，它鄰近列族也會(huì)觸發(fā)flush，最終導(dǎo)致系統(tǒng)產(chǎn)生很多i/o，如果列族過(guò)多對(duì)HBase的集群性能影響很大。

考慮系統(tǒng)運(yùn)行后應(yīng)用追求低停頓的特性，可考慮創(chuàng)建一兩個(gè)擴(kuò)展列族可有效解決線上添加列族的需求。

優(yōu)化屬性定義

BLOOMFILTER屬性（布隆過(guò)濾）可以每列族單獨(dú)啟用，ROW行鍵的哈希在每次插入行時(shí)將被添加到布隆；

COMPRESSION屬性（壓縮）采用LZO模式；

根據(jù)項(xiàng)目背景和概要設(shè)計(jì)中的描述，將業(yè)務(wù)需求抽象為如下的表：

表1建表語(yǔ)句如下：

create ‘pointinfo’, { NAME =＞ ‘a(chǎn)ttr’ ,COMPRESSION=＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ } , { NAME =＞‘device’ ,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞‘ ROW’ }

表1 卡口信息 pointinfo

表2建表語(yǔ)句如下：

create ‘devicestatus’ , { NAME =＞ ‘statusattr’,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ }

表2 設(shè)備狀態(tài) devicestatus

表3建表語(yǔ)句如下：

create ‘sendvehicleinfo’ , { NAME =＞ ‘info’,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ }

表3 過(guò)車數(shù)據(jù) sendvehicleinf

為提高查詢的響應(yīng)速度，可按行政區(qū)域細(xì)分過(guò)車數(shù)據(jù)表，把過(guò)車數(shù)據(jù)表分為六個(gè)表，建表語(yǔ)句如下：

create ‘ luzhai_sendvehicleinfo’ , { NAME =＞ ‘info’,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ }

create ‘liucheng_sendvehicleinfo’ , { NAME =＞ ‘info’,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ }

create ‘liujiang_sendvehicleinfo’ , { NAME =＞ ‘info’,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ }

create ‘rongan_sendvehicleinfo’ , { NAME =＞ ‘info’,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ }

create ‘rongshui_sendvehicleinfo’ , { NAME =＞ ‘info’,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ }

create ‘sanjiang_sendvehicleinfo’ , { NAME =＞ ‘info’,COMPRESSION =＞ ‘LZO’ , BLOOMFILTER =＞ ‘ ROW’ }

卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)數(shù)據(jù)庫(kù)的特性

擴(kuò)展性強(qiáng)

為卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)設(shè)計(jì)的數(shù)據(jù)庫(kù)采用了HBase技術(shù)，去掉了關(guān)系型數(shù)據(jù)庫(kù)的關(guān)系特性，若數(shù)據(jù)之間是弱關(guān)系，則非常容易擴(kuò)展，非常容易實(shí)現(xiàn)支撐數(shù)據(jù)從TB到PB級(jí)別的過(guò)度。

容量巨大

HBase的表單可以有百億行、百萬(wàn)列，數(shù)據(jù)矩陣橫向和縱向兩個(gè)維度所支持的數(shù)據(jù)量級(jí)都非常具有彈性。如采用傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)，如Oracle和MySQL等，如果數(shù)據(jù)記錄在億級(jí)別，查詢和寫(xiě)入的性能都會(huì)呈指數(shù)級(jí)下降，使用HBase可以大幅縮短億級(jí)數(shù)據(jù)的查詢響應(yīng)時(shí)間。

并發(fā)性能好

所設(shè)計(jì)的數(shù)據(jù)庫(kù)具有非常良好的讀寫(xiě)性能，尤其在大數(shù)據(jù)量下，同樣表現(xiàn)優(yōu)秀。這得益于它的弱關(guān)系性，數(shù)據(jù)庫(kù)的結(jié)構(gòu)簡(jiǎn)單。HBase的Cache 是記錄級(jí)的，是一種細(xì)粒度的Cache，所以HBase 在這個(gè)層面上來(lái)說(shuō)性能要高很多。Region切分、主鍵索引和緩存機(jī)制使得HBase在海量數(shù)據(jù)下具備一定的隨機(jī)讀取性能，該性能對(duì)Rowkey的查詢能夠達(dá)到毫秒級(jí)別。

數(shù)據(jù)模型靈活

所設(shè)計(jì)的數(shù)據(jù)庫(kù)無(wú)須事先為要存儲(chǔ)的數(shù)據(jù)建立字段，隨時(shí)可以存儲(chǔ)自定義的數(shù)據(jù)格式。而在關(guān)系型數(shù)據(jù)庫(kù)中，增刪字段是一件非常麻煩的事情。對(duì)于數(shù)據(jù)量非常大的表，增加字段簡(jiǎn)直就是一場(chǎng)噩夢(mèng)。HBase允許使用者隨時(shí)隨地的添加字段，并且字段類型可以是任意格式。

稀疏性

在大多數(shù)情況下，采用傳統(tǒng)行式存儲(chǔ)的數(shù)據(jù)往往是稀疏的，即存在大量為空的列（null），而這些列都是占用存儲(chǔ)空間的，造成存儲(chǔ)空間的浪費(fèi)。對(duì)于HBase來(lái)說(shuō)為空的列并不占用存儲(chǔ)空間，表可以設(shè)計(jì)得非常稀疏。

高可靠性

HBase提供WAL和Replication機(jī)制。前者保證了數(shù)據(jù)寫(xiě)入時(shí)不會(huì)因集群異常而導(dǎo)致寫(xiě)入數(shù)據(jù)的丟失；后者保證了在集群出現(xiàn)嚴(yán)重問(wèn)題時(shí)，數(shù)據(jù)不會(huì)發(fā)生丟失或損壞。而且HBase底層使用HDFS，HDFS本身的副本機(jī)制很大程度上保證了HBase的高可靠性。同時(shí)，協(xié)調(diào)服務(wù)的ZooKeeper組件是經(jīng)過(guò)工業(yè)驗(yàn)證的，具備高可用性和高可靠性。

結(jié)語(yǔ)

為卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)設(shè)計(jì)的HBase數(shù)據(jù)庫(kù)能滿足各警種應(yīng)用對(duì)卡口數(shù)據(jù)查詢等提出的需求，一方面提升平臺(tái)的能力；另一方面將大數(shù)據(jù)技術(shù)（Hadoop技術(shù)）應(yīng)用于該平臺(tái)系統(tǒng)中，充分發(fā)揮云計(jì)算系統(tǒng)的潛力，為L(zhǎng)Z公安局的卡口查詢系統(tǒng)、情報(bào)系統(tǒng)、交警的緝查布控系統(tǒng)等應(yīng)用提供六縣卡口的大數(shù)據(jù)快速查詢服務(wù)。為卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)設(shè)計(jì)的HBase數(shù)據(jù)庫(kù)滿足卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)的如下需求：

1、對(duì)現(xiàn)有平臺(tái)進(jìn)行擴(kuò)充，使數(shù)據(jù)保存能力從十天延長(zhǎng)到三個(gè)月或者半年；

2、在現(xiàn)有平臺(tái)基礎(chǔ)上，使計(jì)算能力在現(xiàn)有基礎(chǔ)上提高一倍以上；

3、增加一套基于云計(jì)算技術(shù)的數(shù)據(jù)庫(kù)及相關(guān)大數(shù)據(jù)工具軟件，整合各卡口系統(tǒng)數(shù)據(jù)，并在此基礎(chǔ)上由該聯(lián)網(wǎng)平臺(tái)提供統(tǒng)一數(shù)據(jù)查詢、檢索等應(yīng)用服務(wù)，各廠商系統(tǒng)僅與聯(lián)網(wǎng)平臺(tái)對(duì)接。

4、數(shù)據(jù)檢索、查詢響應(yīng)時(shí)間小于8秒

并且從系統(tǒng)安全、可靠性、計(jì)算速度、容量，可擴(kuò)充性等諸多方面給予全面的考慮：

1、卡口系統(tǒng)云計(jì)算聯(lián)網(wǎng)平臺(tái)建設(shè)應(yīng)根據(jù)實(shí)際情況分步實(shí)施，且考慮一定的先進(jìn)性；

2、平臺(tái)應(yīng)具備高可靠性，可用性較強(qiáng)，具備較完備的故障恢復(fù)能力；

3、提高可管理性，降低運(yùn)維難度，提高運(yùn)維效率。