李海濱， 周潔， 劉麗， 張晉梅， 宋斌， 宋堃

(國網(wǎng)冀北電力有限公司 經(jīng)濟(jì)技術(shù)研究院， 北京 100038)

0 引言

隨著網(wǎng)絡(luò)技術(shù)在服務(wù)領(lǐng)域的廣泛應(yīng)用。各種微服務(wù)平臺應(yīng)運(yùn)而生，評審微服務(wù)平臺的出現(xiàn)，構(gòu)成了電力項(xiàng)目規(guī)劃評審新模式，同時對微服務(wù)平臺評審工作提出了新的要求[1-3]。針對評審過程中對項(xiàng)目規(guī)劃管理與控制結(jié)構(gòu)為切入點(diǎn)，對微服務(wù)平臺架構(gòu)中存在的評審模式、管理結(jié)構(gòu)進(jìn)行系統(tǒng)性架構(gòu)層優(yōu)化，強(qiáng)化評審數(shù)據(jù)交互結(jié)構(gòu)與數(shù)據(jù)庫規(guī)范資源配置，提升流程交互機(jī)制、規(guī)范評審管理模式與架構(gòu)功能，統(tǒng)一評審過程中對部門數(shù)據(jù)間的關(guān)聯(lián)、授權(quán)及操作[4-5]。使電力項(xiàng)目規(guī)劃評審微平臺架構(gòu)能夠融入到實(shí)際應(yīng)用場景。

在傳統(tǒng)的電力項(xiàng)目規(guī)劃評審架構(gòu)模型中，主要將電力項(xiàng)目的規(guī)劃評審流程劃分為項(xiàng)目設(shè)計(jì)、項(xiàng)目進(jìn)展、項(xiàng)目審批與項(xiàng)目改進(jìn)4個環(huán)節(jié)，根據(jù)環(huán)節(jié)的進(jìn)展性與關(guān)聯(lián)性將其稱為DPAI評審架構(gòu)模式[6]，它是由英文單詞Design、 Progress、 Approval、 Improvement的首字母組成。

通過對傳統(tǒng)電力項(xiàng)目規(guī)劃評審的DPAI評審架構(gòu)模式分析不難發(fā)現(xiàn)，傳統(tǒng)的DPAI評審架構(gòu)模式可歸屬于一種分散式管理架構(gòu)，在各種變量的管理上存在一定的獨(dú)立性，導(dǎo)致架構(gòu)功能關(guān)聯(lián)性一致，內(nèi)部變量關(guān)聯(lián)性卻缺乏邏輯性，無法形成整條完整邏輯鏈，同時在評審數(shù)據(jù)的審批上，需要依賴架構(gòu)以外的數(shù)據(jù)庫支持，才能完成對相關(guān)規(guī)定數(shù)據(jù)的獲取。在此過程中增加了數(shù)據(jù)庫權(quán)限問題，降低了架構(gòu)服務(wù)的完整性與一體性[7-8]。在邏輯變量上，傳統(tǒng)架構(gòu)是以一個問題循環(huán)為一個周期，多個具有相關(guān)性的問題被分為多個獨(dú)立的問題周期來提供變量方案。在處理問題的效率上是有利的，但不利于評審問題的發(fā)現(xiàn)與解決。

1 微服務(wù)平臺結(jié)構(gòu)的邏輯鏈轉(zhuǎn)換計(jì)算

基于上述對傳統(tǒng)電力項(xiàng)目規(guī)劃評審機(jī)構(gòu)模型的分析，首先對邏輯鏈問題進(jìn)行優(yōu)化。根據(jù)邏輯鏈?zhǔn)怯啥鄠€規(guī)劃評審數(shù)據(jù)量之間關(guān)聯(lián)量所構(gòu)成的特點(diǎn)，結(jié)合上述提到了審批數(shù)據(jù)庫問題，設(shè)計(jì)中采用挖掘算法對評審相關(guān)數(shù)據(jù)進(jìn)行關(guān)聯(lián)，同時在架構(gòu)中建立決策樹，實(shí)現(xiàn)對內(nèi)建數(shù)據(jù)口的支持[9]。為了保證設(shè)計(jì)決策樹下的每個關(guān)聯(lián)子集鍵值規(guī)劃的歸一，采用決策樹ID3算法來完成架構(gòu)節(jié)點(diǎn)子集的挖掘歸一計(jì)算。通過決策樹ID3算法，對架構(gòu)中審批數(shù)據(jù)子集的屬性進(jìn)行最大化增益，通過對內(nèi)建數(shù)據(jù)文件內(nèi)容變量的檢索，獲得多個決策樹分支，由此構(gòu)建起完整的數(shù)據(jù)關(guān)聯(lián)樹[10]。

決策樹ID3算法假設(shè)項(xiàng)目規(guī)劃評審過程中存在r個關(guān)聯(lián)數(shù)據(jù)變量d1,d2,…,dr>，且滿足同一個評審條件屬性D，r個變量反饋關(guān)聯(lián)信息k1,k2,…,kr>可根據(jù)評審條件屬性D完成對整個評審計(jì)算流程的K定義，K內(nèi)部所關(guān)聯(lián)的數(shù)據(jù)庫信息主要來源于Ky，其上述變量都在評審條件屬性D上存在一個對應(yīng)的條件關(guān)聯(lián)鍵值dy，如果評審條件屬性設(shè)為D，對應(yīng)架構(gòu)上的數(shù)據(jù)節(jié)點(diǎn)集合為K，且滿足與決策樹上的對應(yīng)子集分支相統(tǒng)一。令架構(gòu)上的靜態(tài)子集對應(yīng)數(shù)據(jù)庫Ky中數(shù)據(jù)類型為Px的構(gòu)成總量為Px,y。式(1)代表關(guān)聯(lián)D所構(gòu)成的決策樹的子集分支熵：

(1)

式中，第y個靜態(tài)子集對應(yīng)的邏輯變量加權(quán)值為kx,y,…,kn,y/k，通過靜態(tài)子集分支內(nèi)部數(shù)據(jù)量除以K內(nèi)的數(shù)據(jù)總量獲得，同時可得到評審條件屬性D此維度下的閾值等于d。FD同靜態(tài)子集邏輯呈現(xiàn)出逆態(tài)形式。式(2)是對架構(gòu)內(nèi)建數(shù)據(jù)庫Ky記性邏輯鏈轉(zhuǎn)換的描述：

(2)

式中，Ky內(nèi)數(shù)據(jù)類型隸屬于Px的可能性可通過概率函數(shù)的形式描述為Qx,y=Kx,y/Ky。式(3)代表符合評審條件屬性D具有相同關(guān)聯(lián)性的分支對應(yīng)信息總量：

HD=Xk1,x,k2,x,…,kn,y-FD

(3)

式中，決策樹通過增強(qiáng)符合審批條件屬性D的鍵值完成對邏輯鏈的轉(zhuǎn)換，即決策樹總鍵值HD的定義。

2 電力項(xiàng)目規(guī)劃微服務(wù)架構(gòu)內(nèi)建數(shù)據(jù)庫策略定義

數(shù)據(jù)庫作為評審內(nèi)容數(shù)據(jù)審定對比資源的來源，其內(nèi)部規(guī)范、標(biāo)準(zhǔn)相關(guān)數(shù)據(jù)的總量與服務(wù)權(quán)限決定著平臺架構(gòu)完整度。針對微服務(wù)平臺的輕量化結(jié)構(gòu)特征，設(shè)計(jì)優(yōu)化中對內(nèi)建數(shù)據(jù)庫進(jìn)行了規(guī)范策略的定義，定義描述如下。

數(shù)據(jù)庫采用MySQL進(jìn)行搭建，且對數(shù)據(jù)庫內(nèi)部數(shù)據(jù)及變量采用統(tǒng)一存儲管理。

對數(shù)據(jù)庫內(nèi)部數(shù)據(jù)進(jìn)行命名格式管理，即相關(guān)評審數(shù)據(jù)表開頭一律為“s_”，規(guī)范、法律一律用“fg_”開頭，其余為數(shù)據(jù)用“j”開頭。圖像、閾值、存儲調(diào)度、時間日志等數(shù)據(jù)借用時間+文件變量屬性開頭。若數(shù)據(jù)文件涉及到多個關(guān)聯(lián)類型文件，采用文件+關(guān)聯(lián)控制文件的形式進(jìn)行存儲。單個數(shù)據(jù)能夠同時關(guān)聯(lián)的文件的字符數(shù)量定義值為45個字符，大于45的字符數(shù)對應(yīng)的文件采用壓縮字典的方式進(jìn)行數(shù)據(jù)記錄。

數(shù)據(jù)庫文件必須采用全權(quán)限鍵值結(jié)構(gòu)，且數(shù)據(jù)庫的鍵值能夠自動生成整數(shù)鍵值。

數(shù)據(jù)庫內(nèi)部數(shù)據(jù)注冊表內(nèi)字段結(jié)構(gòu)必須有定義和注釋，便于數(shù)據(jù)后期變更維護(hù)操作。

數(shù)據(jù)庫內(nèi)部數(shù)據(jù)冗余值需設(shè)定為動態(tài)值，便于根據(jù)數(shù)據(jù)庫鏈接檢索速度，隨時調(diào)整冗余值，避免數(shù)據(jù)庫空間資源的浪費(fèi)。

搭建好的數(shù)據(jù)內(nèi)部資源一旦定義完畢，不得隨意修正更改、刪除、替換，若必須修正，需數(shù)據(jù)庫高級權(quán)限用戶審批后，方可修正更新。

為了提升數(shù)據(jù)庫在評審服務(wù)中的檢索效率，設(shè)計(jì)架構(gòu)優(yōu)化中采用超級索引方式，來提升數(shù)據(jù)庫資源查詢的效率，同時最大程度地降低資源更新帶來的數(shù)據(jù)交互延遲。

2.1 電力項(xiàng)目規(guī)劃架構(gòu)策略注冊表定義

電力項(xiàng)目規(guī)劃微服務(wù)架構(gòu)數(shù)據(jù)庫策略內(nèi)部設(shè)計(jì)架構(gòu)定義注冊表信息如表1所示。

表1 電力項(xiàng)目架構(gòu)數(shù)據(jù)信息表

2.2 評審架構(gòu)數(shù)據(jù)信息注冊表定義

根據(jù)上述項(xiàng)目規(guī)劃策略注冊表定義，將評審架構(gòu)中的評審策略量進(jìn)行關(guān)聯(lián)邏輯的注冊，通過對注冊變量的配置定義，使評審流程以靜態(tài)策略的形式固定下來，保證評審架構(gòu)的穩(wěn)定。具體評審架構(gòu)數(shù)據(jù)信息注冊量定義如表2所示。

2.3 服務(wù)架構(gòu)的注冊

根據(jù)表2注冊表設(shè)計(jì)定義量，對優(yōu)化機(jī)構(gòu)對應(yīng)服務(wù)進(jìn)行設(shè)定，服務(wù)架構(gòu)注冊執(zhí)行語言邏輯代碼如圖1所示。

表2 評審架構(gòu)數(shù)據(jù)信息表

圖1 服務(wù)架構(gòu)注冊執(zhí)行語言邏輯代碼

3 評審服務(wù)優(yōu)化架構(gòu)設(shè)計(jì)

完成上述優(yōu)化設(shè)計(jì)后，對項(xiàng)目規(guī)劃評審服務(wù)架構(gòu)進(jìn)行針對性優(yōu)化設(shè)計(jì)。為了保留傳統(tǒng)平臺架構(gòu)分散式管理的靈活性，設(shè)計(jì)采用MAster-Node的分布式架構(gòu)，通過定義一個微服務(wù)節(jié)點(diǎn)來對多個評審節(jié)點(diǎn)進(jìn)行管理，總體架構(gòu)如圖2所示。

圖2 評審服務(wù)優(yōu)化架構(gòu)總體結(jié)構(gòu)

優(yōu)化設(shè)計(jì)中，將微服務(wù)平臺的主評審節(jié)點(diǎn)設(shè)置為K8 s主節(jié)點(diǎn)，通過主節(jié)點(diǎn)來完成對評審過程中子節(jié)點(diǎn)的分配管理，同時對數(shù)據(jù)的接入及Node節(jié)點(diǎn)的分布進(jìn)行管理。在主節(jié)點(diǎn)的對外接口上，優(yōu)化設(shè)計(jì)針對架構(gòu)特征，采用API Sever為主接口設(shè)計(jì)，配合Controller Manage管理策略，對結(jié)構(gòu)中的所有服務(wù)進(jìn)行權(quán)限管理；考慮到架構(gòu)底層資源的動態(tài)配置是決定評審服務(wù)架構(gòu)合理性的關(guān)鍵，因此優(yōu)化中采用Scheduie作為架構(gòu)底層動態(tài)資源配置架構(gòu)，同時為保證評審環(huán)節(jié)數(shù)據(jù)的永久性存儲，設(shè)計(jì)了Etcd架構(gòu)的存儲配置量。

作為優(yōu)化架構(gòu)中的子節(jié)點(diǎn)，主要對評審服務(wù)過程中的Pod架構(gòu)層進(jìn)行服務(wù)層支持，在架構(gòu)服務(wù)集群層面上將子節(jié)點(diǎn)服務(wù)轉(zhuǎn)化為主節(jié)點(diǎn)服務(wù)操作，其中包括對Docker檢索組件、評審進(jìn)程Kubelet與授權(quán)服務(wù)進(jìn)程KUber-Proxy的調(diào)動。Node子節(jié)點(diǎn)在啟動前都會對單次服務(wù)所需的資源進(jìn)行預(yù)配置，定時向架構(gòu)主節(jié)點(diǎn)反饋?zhàn)陨硐嚓P(guān)資源信息與運(yùn)行狀態(tài)數(shù)據(jù)，并根據(jù)主節(jié)點(diǎn)動態(tài)實(shí)時做出相應(yīng)資源與參量的調(diào)整。

4 實(shí)測數(shù)據(jù)選取

設(shè)計(jì)架構(gòu)的實(shí)際數(shù)據(jù)測試需要采用架構(gòu)測試工具，為了保證架構(gòu)測試的穩(wěn)定性，實(shí)驗(yàn)測試采用HP公司發(fā)布的LoadRunner 13.0 測試工具來完成。根據(jù)設(shè)計(jì)架構(gòu)在評審服務(wù)中主要針對規(guī)劃項(xiàng)目的評審數(shù)據(jù)流與數(shù)據(jù)庫實(shí)際標(biāo)準(zhǔn)指數(shù)的處理，因此可通過一個任務(wù)測試接口來完成并發(fā)數(shù)據(jù)流的測試。

首先，抽取實(shí)際評審數(shù)據(jù)處理包的基礎(chǔ)信息數(shù)據(jù)流導(dǎo)入優(yōu)化后的電力項(xiàng)目規(guī)劃微服務(wù)平臺架構(gòu)，抽取實(shí)際數(shù)據(jù)樣本4500組，將抽取的實(shí)際數(shù)據(jù)樣本設(shè)計(jì)為雙節(jié)點(diǎn)并發(fā)的數(shù)據(jù)流模板，模板執(zhí)行服務(wù)標(biāo)簽設(shè)定為“ps001”-“ps450”，共有450個節(jié)點(diǎn)測試流，每個并發(fā)節(jié)點(diǎn)測試流分別對應(yīng)10個評審任務(wù)數(shù)據(jù)流，保存任務(wù)并導(dǎo)出。

4.1 實(shí)測數(shù)據(jù)腳本開發(fā)

實(shí)測數(shù)據(jù)腳本開發(fā)：通過LoadRunner 腳本編譯工具，在IE核心瀏覽器的配合下，對評審工作流并發(fā)數(shù)據(jù)樣本發(fā)起測試。實(shí)測步驟如下：

步驟1將實(shí)測樣本導(dǎo)入優(yōu)化架構(gòu)；

步驟2通過測試工具用戶名登錄測試工具；

步驟3進(jìn)入測試流程設(shè)置菜單；

步驟4設(shè)置菜單新建測試項(xiàng)目；

步驟5選擇測試模板；

步驟6點(diǎn)擊保存任務(wù)；

步驟7開始測試。

4.2 架構(gòu)測試流的增長響應(yīng)測試

實(shí)測數(shù)據(jù)樣本評審任務(wù)測試模板執(zhí)行服務(wù)標(biāo)簽設(shè)定為“xs001”-“xs450”共發(fā)送150個工作測試流，分析不同方法下響應(yīng)耗時，得到結(jié)果如圖3所示。

分析圖3可知，不同方法的評審測試流增長狀態(tài)不同。時間為50 s時，區(qū)塊鏈方法發(fā)送的工作測試流為70，流程驅(qū)動方法發(fā)送的工作測試流為55，本文方法發(fā)送的工作測試流為100。時間為80 s時，區(qū)塊鏈方法發(fā)送的工作測試流為105，流程驅(qū)動方法發(fā)送的工作測試流為85，本文方法發(fā)送的工作測試流為140。在相同時間內(nèi)，本文方法能夠發(fā)送更多的工作測試流，說明本文方法的評審測試流增長速度明顯較快。

圖3 不同方法評審測試流增長狀態(tài)

評審微服務(wù)平臺架構(gòu)整體報(bào)告如表3所示。

表3 評審微服務(wù)平臺架構(gòu)整體性能報(bào)告

按照評審平臺架構(gòu)性能達(dá)標(biāo)標(biāo)準(zhǔn)≥94.67%的要求，將報(bào)告1內(nèi)的數(shù)據(jù)導(dǎo)入架構(gòu)性能計(jì)算式(4)：

(4)

式(4)中，設(shè)x=4 500，y=450，n=3，r=0.3；通過計(jì)算可得到優(yōu)化后的架構(gòu)評審任務(wù)并發(fā)邏輯達(dá)標(biāo)率達(dá)到了98.67%，超過了電力項(xiàng)目規(guī)劃平臺架構(gòu)設(shè)計(jì)技術(shù)標(biāo)準(zhǔn)94.67%，證明優(yōu)化后的架構(gòu)邏輯性更加合理，完全符合實(shí)際應(yīng)用要求。同時通過溢出指標(biāo)參數(shù)可以發(fā)現(xiàn)，架構(gòu)在特定數(shù)據(jù)流的并發(fā)策略上還存在變數(shù)，后期可根據(jù)實(shí)際應(yīng)用場景與用戶群體的不同進(jìn)行相應(yīng)的修正。通過寧夏電力公司對該架構(gòu)的使用反饋?zhàn)C明，設(shè)計(jì)架構(gòu)已能夠滿足實(shí)際評審場景的應(yīng)用要求，為不同用戶群體，提供一站式評審服務(wù)。

圖4 不同方法優(yōu)化后數(shù)據(jù)存儲量

分析圖4可知，不同的方法優(yōu)化后數(shù)據(jù)存儲量不同。當(dāng)用戶人數(shù)為5人時，區(qū)塊鏈方法優(yōu)化后數(shù)據(jù)存儲量為56 GB，流程驅(qū)動方法優(yōu)化后數(shù)據(jù)存儲量38 GB, 本文方法優(yōu)化后數(shù)據(jù)存儲量150 GB。當(dāng)用戶人數(shù)為30人時，區(qū)塊鏈方法優(yōu)化后數(shù)據(jù)存儲量為87 GB，流程驅(qū)動方法優(yōu)化后數(shù)據(jù)存儲量64 GB,本文方法優(yōu)化后數(shù)據(jù)存儲量165 GB。本文方法的數(shù)據(jù)存儲量始終高于傳統(tǒng)方法，這是因?yàn)楸疚姆椒ǚ治隽嗽u審微服務(wù)平臺底層數(shù)據(jù)量，并根據(jù)分析結(jié)果優(yōu)化電力項(xiàng)目規(guī)劃評審微服務(wù)平臺架構(gòu)，挖掘電力項(xiàng)目規(guī)劃評審內(nèi)容，提升數(shù)據(jù)存儲量。

5 總結(jié)

區(qū)別于傳統(tǒng)評審模式，微服務(wù)平臺架構(gòu)依托數(shù)字化辦公與大數(shù)據(jù)計(jì)算技術(shù)，通過數(shù)據(jù)云端分析、交互、反饋，完成對評審流程的送報(bào)、審批、評審反饋流程的操作。因此，架構(gòu)邏輯的合理性，直接決定評審服務(wù)的體驗(yàn)質(zhì)量。為此，結(jié)合對傳統(tǒng)平臺架構(gòu)模型的分析，進(jìn)行了電力項(xiàng)目規(guī)劃評審微服務(wù)平臺架構(gòu)優(yōu)化設(shè)計(jì)。最后經(jīng)實(shí)測數(shù)據(jù)表明，優(yōu)化后的架構(gòu)在操作流程切換、評審功能交互等操作邏輯上更加合理，提升了電力項(xiàng)目評審效率，簡化了電流項(xiàng)目規(guī)劃評審流程，對項(xiàng)目進(jìn)程起到了推動作用。