劉衛(wèi)民，王 婕，馮偉立

(中國聯(lián)合網(wǎng)絡通信有限公司天津市分公司 天津300204)

應用技術(shù)

數(shù)據(jù)瘦身系統(tǒng)建設方案探討

劉衛(wèi)民，王 婕，馮偉立

(中國聯(lián)合網(wǎng)絡通信有限公司天津市分公司 天津300204)

數(shù)據(jù)瘦身系統(tǒng)建設的目標是為了解決電信運營商日益增長的歷史數(shù)據(jù)造成系統(tǒng)性能下降，占用昂貴的存儲空間資源的問題，并且為歷史數(shù)據(jù)的統(tǒng)一存儲和管控提供了有效的解決方案。通過瘦身系統(tǒng)抽取支撐系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)并轉(zhuǎn)存到非關(guān)系型數(shù)據(jù)庫(HBase)中，用戶可以通過瘦身系統(tǒng)提供的接口訪問里面的歷史數(shù)據(jù)，實現(xiàn)生產(chǎn)數(shù)據(jù)庫數(shù)據(jù)清理和加速歷史數(shù)據(jù)庫的數(shù)據(jù)訪問速度的目的。數(shù)據(jù)瘦身系統(tǒng)同時提供對歷史數(shù)據(jù)的快速訪問，通過對數(shù)據(jù)的存儲優(yōu)化和索引優(yōu)化，對歷史數(shù)據(jù)的訪問將比未部署數(shù)據(jù)瘦身系統(tǒng)前得到較大的提升，改善用戶的滿意度。

數(shù)據(jù)瘦身 HBase 流程引擎

1 總體描述

1.1 建設背景

運營商為支撐業(yè)務發(fā)展，建立了眾多的業(yè)務系統(tǒng)。這些系統(tǒng)在很好地支撐業(yè)務的同時，對后端系統(tǒng)設備的壓力也日益增長。數(shù)據(jù)瘦身系統(tǒng)的建設將緩解生產(chǎn)系統(tǒng)數(shù)據(jù)存儲的壓力，優(yōu)化數(shù)據(jù)，降低硬件投資，同時有效提升生產(chǎn)系統(tǒng)的響應速度，改善查詢效率。

1.2 建設思路(見圖1)

通過瘦身系統(tǒng)抽取數(shù)據(jù)庫的數(shù)據(jù)并轉(zhuǎn)存到其他存儲空間中去，用戶可以通過瘦身系統(tǒng)提供的接口訪問里面的歷史數(shù)據(jù)，實現(xiàn)生產(chǎn)數(shù)據(jù)庫數(shù)據(jù)清理和加速歷史數(shù)據(jù)庫的數(shù)據(jù)訪問速度的目的。

2 技術(shù)架構(gòu)方案

2.1 總體設計思路

設計思路包括兩部分：功能架構(gòu)、存儲架構(gòu)。

在功能架構(gòu)上的設計遵循了多模塊解耦的設計原則，根據(jù)職責的分工，分為兩個子系統(tǒng)，一塊是提供管理界面，負責對整個系統(tǒng)進行配置及監(jiān)控；一塊提供運行引擎，根據(jù)系統(tǒng)的配置執(zhí)行相應的邏輯操作，如圖2。

圖1 數(shù)據(jù)瘦身系統(tǒng)建設思路Fig.1 Development thought of the data slimming system

3 總體功能架構(gòu)(見圖3)

① 系統(tǒng)監(jiān)控。日常維護能看到監(jiān)控界面，用戶可以觀察到任務的執(zhí)行情況，并對任務進行操作，同時還可以對告警、服務和目前的存儲情況等進行監(jiān)控查詢。

圖2 總體設計思路Fig.2 Overall design idea

圖3 總體功能架構(gòu)Fig.3 Overall functional architecture

② 任務管理。為數(shù)據(jù)遷移提供任務定義、動作管理、流程定義等基礎功能，用戶可以在此定義任務，并作為流程引擎的環(huán)節(jié)執(zhí)行。

③ 基礎管理。提供系統(tǒng)基礎的功能定義，包括異常、告警、數(shù)據(jù)源、策略等管理功能。

④ 存儲管理。提供對存儲邏輯視圖的統(tǒng)一管理，包括存儲倉庫管理、存儲單元管理、存儲視圖管理等功能，用戶可以使用這些功能去透明地管理底層復雜的存儲結(jié)構(gòu)。

⑤ 流程引擎。提供流程支持，任務作為環(huán)節(jié)執(zhí)行。

4 系統(tǒng)功能方案

4.1 系統(tǒng)監(jiān)控

4.1.1 任務監(jiān)控

用戶監(jiān)控界面是提供給用戶使用的監(jiān)控任務進程的統(tǒng)一界面，用戶可以查詢到正在執(zhí)行的任務實例的信息、各個任務關(guān)聯(lián)環(huán)節(jié)的信息，并且能夠?qū)Νh(huán)節(jié)執(zhí)行重啟、暫停和中止的操作。

任務信息包括任務實例名稱、任務名稱、任務類型、開始時間、結(jié)束時間、狀態(tài)等。

環(huán)節(jié)信息包括環(huán)節(jié)名稱、開始時間、結(jié)束時間、總歷時、狀態(tài)等。

用戶能夠通過任務名稱、狀態(tài)、開始時間及結(jié)束時間對任務進行查詢，并能夠在界面直接啟動一個臨時任務或者對定時任務的執(zhí)行狀態(tài)進行變更，如暫?；蛘邌?。

4.1.2 告警監(jiān)控

告警監(jiān)控界面是用于監(jiān)控系統(tǒng)產(chǎn)生的所有告警信息，并提供查詢功能。

告警信息包括告警名稱、告警描述、告警級別、創(chuàng)建時間、通知方式、通知人、狀態(tài)等。

用戶可以通過選擇異常名稱、告警級別、通知方式、開通時間、結(jié)束時間對告警進行選擇，并進行告警的處理及復位等操作。

4.1.3 異常監(jiān)控

異常監(jiān)控界面用于展現(xiàn)所有系統(tǒng)拋出來的異常信息，并提供查詢功能。

異常信息包括了異常類型、異常描述創(chuàng)建時間、狀態(tài)及關(guān)聯(lián)類型編碼、關(guān)聯(lián)類型標識等信息。

用戶可以通過選擇異常類型、狀態(tài)、開始時間和結(jié)束時間進行查詢，并根據(jù)關(guān)聯(lián)類型標識和編碼判斷異常的來源。

4.1.4 存儲監(jiān)控

存儲監(jiān)控用于展現(xiàn)所有的數(shù)據(jù)倉庫中擁有的存儲單元，并提供存儲單元的數(shù)據(jù)量、已用空間和查詢次數(shù)等相關(guān)的統(tǒng)計信息，并展現(xiàn)出存儲單元相關(guān)的視圖。

存儲監(jiān)控包括了存儲倉庫名稱、存儲單元名稱、創(chuàng)建時間、狀態(tài)等信息，以及存儲單元的更多信息，包括存儲單元的數(shù)據(jù)總量、消耗的存儲空間及通過服務查詢的次數(shù)等信息，以監(jiān)控存儲單元的當前狀況及后續(xù)趨勢。

存儲監(jiān)控可以通過選擇存儲倉庫、存儲單元名稱、開始時間和結(jié)束時間來過濾存儲單元的信息。

4.2 任務管理

流程是對任務執(zhí)行過程的定義，通過模板的形式去關(guān)聯(lián)多個動作環(huán)節(jié)，并為不同的動作環(huán)節(jié)間定義先后的執(zhí)行順序。

流程通過配置一個或者多個動作形成一系列的處理過程，每個動作需要根據(jù)屬性配置不同的內(nèi)容。

流程必須能夠支持版本管理，每個流程模板只能有一個有效的流程模板，用戶可以選擇設定有效的流程模板。

4.3 服務管理

4.3.1 服務定義管理

提供服務定義的界面，服務關(guān)聯(lián)到一個視圖，并且展現(xiàn)出相關(guān)的授權(quán)信息。

服務定義提供目錄化管理，不同的服務可以歸類到不同的目錄下面，服務的信息包括名稱、編碼、關(guān)聯(lián)視圖、狀態(tài)及創(chuàng)建時間等。

服務代表了數(shù)據(jù)開放訪問的接口，服務以標準的格式滿足外部系統(tǒng)對數(shù)據(jù)訪問的需求。

服務請求和訪問的報文都基于 XML，一個服務通過視圖的方式匯聚數(shù)據(jù)，并對涉及的數(shù)據(jù)進行約束和對輸入條件進行約束，返回的數(shù)據(jù)基于XML，以行和列的形式展現(xiàn)數(shù)據(jù)。

服務必須要有權(quán)限控制，權(quán)限與外部系統(tǒng)關(guān)聯(lián)，任何一個外部系統(tǒng)對服務的訪問必須通過權(quán)限校驗，否則系統(tǒng)將拒絕服務。

4.3.2 外部系統(tǒng)管理

外部系統(tǒng)配置提供了對外部訪問者的配置功能，外部系統(tǒng)的定義需要包括 IP地址、鑒權(quán)碼以及最大連接數(shù)的定義，系統(tǒng)能夠根據(jù)這些信息去定制外部系統(tǒng)的訪問鑒權(quán)，訪問鑒權(quán)可以打開或者關(guān)閉，同時可以為外部系統(tǒng)配置相關(guān)的服務訪問權(quán)限，外部系統(tǒng)訪問無權(quán)限訪問的系統(tǒng)時，將會被拒絕訪問。

4.3.3 認證方式管理

提供了認證方式的定義功能，認證方式包括了名義和編碼，認證方式的處理邏輯將通過硬編碼的方式實現(xiàn)，即通過相應的編碼，去獲取對應的處理邏輯。

認證方式包括驗證碼認證、用戶名密碼認證等方式。認證方式的信息包括名稱、編碼、創(chuàng)建時間等。

4.4 基礎管理

4.4.1 數(shù)據(jù)源管理

數(shù)據(jù)源管理提供了對數(shù)據(jù)源的定義，數(shù)據(jù)瘦身系統(tǒng)基本上是對外部數(shù)據(jù)源，如數(shù)據(jù)庫、文件等操作，因此需要一個統(tǒng)一的界面去管理所涉及到的數(shù)據(jù)源的信息。

數(shù)據(jù)源的信息包括了名稱、類型、狀態(tài)、用戶名、密碼、驅(qū)動、連接串及備注等信息。

4.4.2 異常管理

定義異常的信息及編碼，系統(tǒng)中拋出來的異常信息必須與這里的定義對應，否則無法攔截出相關(guān)的日志信息。

異常信息包括名稱、密碼及備注等信息。

4.4.3 策略管理

策略管理提供了任務執(zhí)行的策略的管理，策略包括了一次執(zhí)行或者循環(huán)執(zhí)行、執(zhí)行時限、時間單位、時限值、告警時限值、執(zhí)行周期、執(zhí)行開始時間、執(zhí)行結(jié)束時間、執(zhí)行后關(guān)聯(lián)任務等信息，策略是驅(qū)動任務執(zhí)行的主要約束。

4.4.4 告警管理

告警管理提供告警信息的處理配置，可以配置為發(fā)短信告警、郵件告警或者僅記錄，告警需要關(guān)聯(lián)到指定的異常類型，負責特定異常信息的告警。

告警的信息包括了異常類型、告警級別、告警條件、告警頻度、處理人、通知方式、狀態(tài)等信息，并針對這些信息提供查詢過濾功能。

在產(chǎn)生告警的時候，將針對告警信息進行解析，并映射到已經(jīng)預定義好的告警上面，并展現(xiàn)出相應的處理過程。

4.5 存儲管理

4.5.1 存儲倉庫管理

存儲管理提供了對存儲倉庫的管理，可以定義存儲倉庫并初始化存儲倉庫，如果一個存儲倉庫的類型為數(shù)據(jù)庫，可以從其他數(shù)據(jù)庫導入表的信息，表的信息對應到存儲單元，字段的信息對應到存儲單元的屬性。

倉庫的信息包括了名稱、類型、狀態(tài)、用戶名、密碼、驅(qū)動、連接串及備注等信息，通過這些信息系統(tǒng)能夠連接上目標系統(tǒng)。

4.5.2 存儲單元管理

存儲單元對應存儲倉庫的信息，類似于數(shù)據(jù)庫-表的關(guān)系，在數(shù)據(jù)瘦身的后端為數(shù)據(jù)庫的情況下，存儲單元即是一張表，包括表相關(guān)的屬性，例如字段、主鍵等信息。存儲單元的屬性信息可以通過導入某個表的屬性完成。

存儲單元的信息包括名稱、所屬倉庫、狀態(tài)、創(chuàng)建時間以及屬性信息，屬性信息包括名稱、編碼、值類型和字段類型等信息。

4.5.3 存儲視圖管理

存儲視圖提供了服務對數(shù)據(jù)訪問的一個入口，數(shù)據(jù)服務通過訪問視圖實現(xiàn)對數(shù)據(jù)的訪問，存儲視圖可以是一個數(shù)據(jù)庫的視圖，存儲過程提供版本的功能，通過版本管理應對視圖的變化?！?/p>

［1］ 陳劼，王鑫. 業(yè)務支撐系統(tǒng)大數(shù)據(jù)遷移的質(zhì)量與時間管控[J]. 江蘇通信，2013(5)：53-54.

［2］ 黃昆. 數(shù)據(jù)“瘦身”，分層存儲[J]. 中國計算機用戶，2007(2)：60-61.

［3］ 方慕賢，吳聲援. 設備管理信息系統(tǒng)的“瘦身”[J].中國設備工程，2013(12)：44-45.

Development Scheme of a Data Slimming System

LIU Weimin，WANG Jie，F(xiàn)ENG Weili
(Tianjin branch of China United Network Communications Corp，Tianjin 300204，China)

The goal of data slimming system construction is to solve the problems of poor system performance caused by growing historical data of telecom operators and the occupation of expensive storage space，and to provide an effective solution to unified storage and management of historical data．Through data extraction from supporting databases to non relational database(HBase)by the slimming system，users are able to get access to historical data through an interface provided by the system，so as to fulfill data cleaning of the production database and speed up data access speed to historical database．The data slimming system also provides fast access to historical data．Through optimization of both data storage and indexing，the access to historical data will be far more improved compared with others without the slimming system，thus enhancing users’ satisfaction.

data slimming；HBase；process engine

TP399

A

1006-8945(2015)09-0031-03

2015-08-06