企業(yè)云服務(wù)調(diào)配系統(tǒng)的設(shè)計(jì)研究

　　在互聯(lián)網(wǎng)、大數(shù)據(jù)、云計(jì)算技術(shù)廣泛發(fā)展和普遍使用的今天, 各行各業(yè)都在普及使用不同的計(jì)算機(jī)服務(wù)系統(tǒng)。對(duì)于企業(yè)來說, 企業(yè)的業(yè)務(wù)活動(dòng)表現(xiàn)在諸多層面, 包括:資金周轉(zhuǎn)、原材料采購(gòu)使用、固定資產(chǎn)管理、人力資源等方面。根據(jù)企業(yè)的生產(chǎn)、經(jīng)營(yíng)、資金運(yùn)轉(zhuǎn)、管理等各方面的需要, 設(shè)計(jì)適合企業(yè)使用的企業(yè)云服務(wù)系統(tǒng), 滿足企業(yè)需要就顯得尤為重要了。

　　《信息化建設(shè)》(月刊)創(chuàng)刊于1998年，是由工業(yè)和信息化部與浙江省經(jīng)濟(jì)和信息化委員會(huì)聯(lián)合主管，面向國(guó)內(nèi)外公開發(fā)行的綜合性科技類月刊。刊物以宣傳和推廣政府系統(tǒng)政務(wù)信息化建設(shè)經(jīng)驗(yàn)、介紹建設(shè)成果為重點(diǎn)，全面報(bào)道國(guó)內(nèi)外信息化建設(shè)現(xiàn)狀及信息技術(shù)發(fā)轉(zhuǎn)趨勢(shì);深度解讀國(guó)家信息化建設(shè)的政策、法規(guī)和標(biāo)準(zhǔn);及時(shí)追蹤信息化建設(shè)熱點(diǎn)，是國(guó)家工業(yè)和信息化部指導(dǎo)全國(guó)電子政務(wù)建設(shè)和信息化建設(shè)的權(quán)威刊物。

　　1 企業(yè)云服務(wù)的調(diào)配系統(tǒng)的整體架構(gòu)設(shè)計(jì)

　　1.1 開發(fā)模式的設(shè)計(jì)

　　企業(yè)云服務(wù)的調(diào)配系統(tǒng)的開發(fā)是基于企業(yè)云及MVC模式的多層架構(gòu), 采用業(yè)務(wù)邏輯層、表示層、數(shù)據(jù)訪問層的方式來實(shí)現(xiàn)。

　　表現(xiàn)層:即顯示給用戶最直觀的界面, 只負(fù)責(zé)顯示邏輯層傳來的信息, 不直接于數(shù)據(jù)層進(jìn)行互動(dòng)。

　　數(shù)據(jù)訪問層:在數(shù)據(jù)訪問層中封裝對(duì)數(shù)據(jù)庫(kù)平臺(tái)的操作。在數(shù)據(jù)訪問層中對(duì)業(yè)務(wù)邏輯層所需要的數(shù)據(jù)從數(shù)據(jù)庫(kù)中提取然后將所需返回的數(shù)據(jù)返回業(yè)務(wù)邏輯層, 使其達(dá)到不直接與表現(xiàn)層進(jìn)行交互從而降低耦合度。

　　業(yè)務(wù)邏輯層:在數(shù)據(jù)層與表現(xiàn)層之間做連接作用。從數(shù)據(jù)層中得到數(shù)據(jù), 并進(jìn)行相關(guān)處理, 最終顯示到表現(xiàn)層。

　　1.2 企業(yè)云布署方案架構(gòu)

　　企業(yè)云服務(wù)的資源調(diào)配系統(tǒng)的布署方式是采用企業(yè)私有云的分布式架構(gòu)設(shè)計(jì)的。該體系包括分布式數(shù)據(jù)存儲(chǔ)集群、分布式數(shù)據(jù)訪問服務(wù)器集群、分布式業(yè)務(wù)邏輯計(jì)算服務(wù)器集群、分布式業(yè)務(wù)展現(xiàn)服務(wù)器集群。

　　分布式數(shù)據(jù)存儲(chǔ)集群:存儲(chǔ)整個(gè)系統(tǒng)中產(chǎn)生的所有數(shù)據(jù)信息, 分為Redis集群和Hadoop集群。Redis集群用于存儲(chǔ)系統(tǒng)中用于業(yè)務(wù)運(yùn)算的相關(guān)數(shù)據(jù), 因?yàn)槠鋬?nèi)存數(shù)據(jù)庫(kù)的特性可以保證系統(tǒng)的響應(yīng)效率。Hadoop的hdfs分布式文件存儲(chǔ)系統(tǒng)主要用于存儲(chǔ)系統(tǒng)中產(chǎn)生各種文件信息。

　　分布式數(shù)據(jù)訪問服務(wù)器集群:該集群主要運(yùn)行系統(tǒng)數(shù)據(jù)訪問層的信息是服務(wù)的形式發(fā)送供上層調(diào)用。集群分為兩部分, 一部分用于訪問Redis集群, 一部分用于訪問Hadoop集群。

　　分布式業(yè)務(wù)邏輯計(jì)算服務(wù)器集群:該集群根據(jù)該管理系統(tǒng)各個(gè)部分業(yè)務(wù)計(jì)算運(yùn)量的大小布置4臺(tái)大小為20G的Web服務(wù)器用于分類處理系統(tǒng)大量的業(yè)務(wù)計(jì)算任務(wù), 分別是設(shè)置若干功能的計(jì)算服務(wù)器。

　　分布式業(yè)務(wù)展現(xiàn)服務(wù)器集群:該集群共布署5臺(tái)大小為10G的Web服務(wù)器, 用于運(yùn)行展現(xiàn)給客戶端瀏覽器的WEB頁(yè)面, 服務(wù)器的數(shù)量可以隨著客戶接入端的數(shù)量的增加動(dòng)態(tài)調(diào)整。此外, 在服務(wù)器的客戶接入端還會(huì)配置一個(gè)負(fù)載平衡機(jī), 用以將并發(fā)的訪問請(qǐng)求均衡地分配到各個(gè)服務(wù)器上。

　　2 系統(tǒng)功能模塊結(jié)構(gòu)設(shè)計(jì)

　　2.1 系統(tǒng)功能模塊的劃分原則

　　為了提高系統(tǒng)的性能、可靠性與可修改性, 我們要對(duì)系統(tǒng)功能模塊進(jìn)行結(jié)構(gòu)清晰的設(shè)計(jì), 使得閱讀起來更為清晰, 理解起來更為明了, 實(shí)踐起來更為方便[13]。所以, 在對(duì)系統(tǒng)模塊進(jìn)行設(shè)計(jì)的時(shí)候, 要注意以下幾個(gè)原則:

　　將層次抽象化。現(xiàn)將系統(tǒng)功能抽象到幾大模塊, 不考慮每個(gè)模塊中的細(xì)節(jié), 整體抽象完成后, 再將每一個(gè)模塊細(xì)分, 一層一層的設(shè)計(jì)下去, 直到最后一層可以實(shí)現(xiàn)出來為止。

　　將模塊局部化區(qū)分。局部化區(qū)分指的是將有關(guān)系的模塊的物理位置靠近, 可以提高操作效率。沒有關(guān)系的模塊之間, 設(shè)置為不可訪問, 這樣實(shí)現(xiàn)了信息的隱藏。

　　將模塊獨(dú)立化。獨(dú)立起來的模塊不僅容易開發(fā), 而且在測(cè)試和維護(hù)上也變得十分方便, 降低了接口的復(fù)雜度, 也減少了模塊之間頻繁調(diào)用的網(wǎng)絡(luò)消耗。

　　2.2 系統(tǒng)設(shè)計(jì)的目標(biāo)

　　通過開發(fā), 設(shè)計(jì)出適應(yīng)企業(yè)資源管理現(xiàn)狀的具有可擴(kuò)展性、易維護(hù)性、穩(wěn)定性以及高效性特征的資源管理系統(tǒng), 并期望通過公司為案例, 為設(shè)計(jì)出適合目前我國(guó)大中型企業(yè)的資源管理系統(tǒng)提供理論基礎(chǔ)和一定的借鑒意義, 以提高我國(guó)大中型企業(yè)實(shí)施資源管理系統(tǒng)的成功率。

　　資源管理系統(tǒng)的開發(fā)過程必須嚴(yán)格遵循軟件工程開發(fā)流程, 本系統(tǒng)的設(shè)計(jì)應(yīng)該遵循以下幾點(diǎn)原則:系統(tǒng)穩(wěn)定性原則、系統(tǒng)高效性原則、系統(tǒng)易維護(hù)性原則、系統(tǒng)可擴(kuò)展性原則、系統(tǒng)安全性原則。

　　2.3 系統(tǒng)功能架構(gòu)設(shè)計(jì)

　　系統(tǒng)功能模塊之間的關(guān)系可以用系統(tǒng)功能架構(gòu)設(shè)計(jì)圖來表示, 在面向?qū)ο笙到y(tǒng)中, 可以使用包圖來表示, 包圖中以一個(gè)原點(diǎn)為中心, 呈現(xiàn)發(fā)散方式設(shè)計(jì)若干個(gè)系統(tǒng)功能模塊。

　　3 數(shù)據(jù)表設(shè)計(jì)

　　由上述實(shí)體之間的關(guān)系, 可以反映出各個(gè)表格之間的聯(lián)系。

　　可以根據(jù)各個(gè)企業(yè)的實(shí)際需要具體設(shè)計(jì), 這里不再意義贅述。

　　4 Redis-hash存儲(chǔ)對(duì)象設(shè)計(jì)

　　由于該系統(tǒng)主要用于邏輯運(yùn)算的數(shù)據(jù)存儲(chǔ)在Redis平臺(tái)上, 而該系統(tǒng)的實(shí)現(xiàn)方式是面向?qū)ο蟮? 于是采用Redis特別用于存儲(chǔ)對(duì)象的hash數(shù)據(jù)類型。上面每一個(gè)數(shù)據(jù)表對(duì)應(yīng)一個(gè)hash對(duì)象, Key值為表名, Filed名對(duì)應(yīng)列名, 另外, Redis中是沒有主鍵和外鍵的概念的, 因此這里的主外鍵只能是邏輯上存在的, 并沒有實(shí)際設(shè)置。此外本系統(tǒng)的設(shè)計(jì)思路指出, 系統(tǒng)中的文件數(shù)據(jù)存放在Hadoop文件系統(tǒng)中, 因此hash對(duì)象中文件數(shù)據(jù)只存儲(chǔ)該文件在hadoop中的地址。還有一點(diǎn)數(shù)據(jù)表中的數(shù)據(jù)類型主要是在系統(tǒng)程序開發(fā)中使用, 到了hash中全部變?yōu)閟tring類型。因?yàn)閔ash存儲(chǔ)對(duì)象設(shè)計(jì)完全參照上面的表設(shè)計(jì), 這里就不再列出。

　　參考文獻(xiàn)

　　[1]趙自勤.大數(shù)據(jù)技術(shù)在配電網(wǎng)智能規(guī)劃與決策平臺(tái)中的應(yīng)用[J].自動(dòng)化與儀器儀表, 2018 (03) :149-151.

　　[2]楊件.企業(yè)私有云平臺(tái)構(gòu)建技術(shù)研究[A].旭日華夏 (北京) 國(guó)際科學(xué)技術(shù)研究院會(huì)議論文集[C].2016:401.

　　[3]楊明, 等.面向農(nóng)村基層的醫(yī)療云系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].山東科學(xué), 2017 (01) :122-127.