企業(yè)云系統(tǒng)的總體設(shè)計(jì)

田承祺

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

關(guān)鍵詞：企業(yè)；云；系統(tǒng)設(shè)計(jì)

中圖分類號：TP393.05 文獻(xiàn)標(biāo)志碼：A 文章編號：2095-2945（2018）29-0092-02

Abstract： In the Internet， big data， cloud computing technology widely developed and widely used today， a variety of industries are widespread use of different computer service systems. For enterprises， the business activities in many aspects， including： cash flow， raw material procurement and use， fixed asset management， human resources and so on. According to the production， management， capital operation， management and other aspects of the needs of enterprises， it is particularly important to design the enterprise cloud service system which is suitable for enterprises to meet the needs of enterprises.

Keywords： enterprise； cloud； system design

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ù)訪問層中封裝對數(shù)據(jù)庫平臺的操作。在數(shù)據(jù)訪問層中對業(yè)務(wù)邏輯層所需要的數(shù)據(jù)從數(shù)據(jù)庫中提取然后將所需返回的數(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ù)庫的特性可以保證系統(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臺大小為20G的Web服務(wù)器用于分類處理系統(tǒng)大量的業(yè)務(wù)計(jì)算任務(wù)，分別是設(shè)置若干功能的計(jì)算服務(wù)器。

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

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

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

為了提高系統(tǒng)的性能、可靠性與可修改性，我們要對系統(tǒng)功能模塊進(jìn)行結(jié)構(gòu)清晰的設(shè)計(jì)，使得閱讀起來更為清晰，理解起來更為明了，實(shí)踐起來更為方便[13]。所以，在對系統(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ā)，而且在測試和維護(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ì)出適合目前我國大中型企業(yè)的資源管理系統(tǒng)提供理論基礎(chǔ)和一定的借鑒意義，以提高我國大中型企業(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)系。本系統(tǒng)對表格的詳細(xì)設(shè)計(jì)如下所示：

（1）員工基本信息表。保存員工類別的基本信息，具體描述如表1所示：

（2）部門信息表。用來存儲(chǔ)各個(gè)部門的信息，主鍵設(shè)置為部門編號，可以唯一確定一條部門信息，具體設(shè)計(jì)如表2所示：

（3）企業(yè)材料使用表。用來存儲(chǔ)企業(yè)生產(chǎn)所需材料的記錄，主鍵設(shè)置為材料編號。具體設(shè)計(jì)如表3所示。

（4）考核信息表。用來保存對員工考核的信息，具體設(shè)計(jì)如表4所示。

上述表格只是一個(gè)舉例，可以根據(jù)各個(gè)企業(yè)的實(shí)際需要具體設(shè)計(jì)，這里不再意義贅述。

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

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

參考文獻(xiàn)：

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

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

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