國家電網(wǎng)公司在2019年3月7日發(fā)布了泛在電力物聯(lián)網(wǎng)建設(shè)大綱，對于電力物聯(lián)網(wǎng)的建設(shè)和發(fā)展進行了工作部署。根據(jù)文件內(nèi)容，通過三年攻堅，到2021年初步建成泛在電力物聯(lián)網(wǎng)；通過三年提升，到2024年建成泛在電力物聯(lián)網(wǎng)。本文以大綱中提供的信息分析了國家電網(wǎng)目前中臺的建設(shè)情況和未來的建設(shè)目標，判斷2021年至2024年的提升階段，起主導作用的就是國網(wǎng)的平臺層建設(shè)結(jié)果，直接影響國網(wǎng)的大中臺戰(zhàn)略能否順利貫徹。

從國家電網(wǎng)公司的泛在電力物聯(lián)網(wǎng)的建設(shè)大綱中可以看到，整個物聯(lián)網(wǎng)的基礎(chǔ)是“充分應用大云物移智鏈等現(xiàn)代信息技術(shù)、先進通信技術(shù)”，其中的物聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)指的是感知層的傳感技術(shù)應用、網(wǎng)絡(luò)層的通訊協(xié)議統(tǒng)一和應用層包括網(wǎng)站與APP的開發(fā)，而大數(shù)據(jù)和云計算的應用指的就是在平臺層推進大中臺的建設(shè)，云計算是整個中臺的計算能力基礎(chǔ)，大數(shù)據(jù)對業(yè)務(wù)的賦能構(gòu)成整個中臺的實體，從而滿足三型兩網(wǎng)中三型的樞紐型、平臺型和共享型要求。

1、目前國網(wǎng)的平臺建設(shè)情況分析

從大綱中看到，在過去的十余年間，國網(wǎng)公司圍繞著企業(yè)運營、電網(wǎng)運行和客戶服務(wù)等業(yè)務(wù)領(lǐng)域及各層級應用，開發(fā)了十大應用系統(tǒng)，這些應用已具有一定基礎(chǔ)，接入智能電表等各類終端5.4億臺（套），采集數(shù)據(jù)日增量超過60TB。這種系統(tǒng)IT架構(gòu)方式稱之為“煙囪式”系統(tǒng)，也是過去十幾年間企業(yè)建設(shè)IT系統(tǒng)的標準方式，當業(yè)務(wù)部門提出業(yè)務(wù)需求，信息中心部門進行系統(tǒng)集成商的選擇或自身有開發(fā)團隊的企業(yè)直接立項，再進入到需求收集、需求分析、開發(fā)、測試、上線的項目周期，某種程度上每個新系統(tǒng)的上線都預示著一座新的煙囪矗立而成，這種時代的產(chǎn)物和建設(shè)模式也導致了目前很多企業(yè)內(nèi)部系統(tǒng)煙囪林立，面臨互聯(lián)網(wǎng)轉(zhuǎn)型的困難。

對于“煙囪式”系統(tǒng)建設(shè)帶來的后續(xù)轉(zhuǎn)型困難在大綱內(nèi)已經(jīng)很明確的指出，總結(jié)以下兩方面顯得尤其突出：

1）重復功能建設(shè)和維護帶來的重復投資。仔細去梳理這些“煙囪式”建設(shè)起來的系統(tǒng)，就能發(fā)現(xiàn)大量的功能和業(yè)務(wù)在多個系統(tǒng)中同時存在，比如客戶服務(wù)、企業(yè)運營和新興業(yè)務(wù)之間，數(shù)據(jù)必然存在高度重復性，造成對于數(shù)據(jù)庫的重復建設(shè)，業(yè)務(wù)較為單一并且數(shù)據(jù)量較小的企業(yè)可能造成的影響并不明顯，但是按照國家電網(wǎng)每日數(shù)據(jù)增量為60TB的實際情況，從開發(fā)和運維兩方面成本投入的角度來說就是一種很顯性的成本和資源浪費。

2）前端應用開發(fā)受阻。因為前端各項業(yè)務(wù)APP、網(wǎng)站和公眾號小程序的開發(fā)不管是面向企業(yè)用戶、面向個人還是面向內(nèi)部用于公司運營都會涉及到對于數(shù)據(jù)庫數(shù)據(jù)的調(diào)用，煙囪系統(tǒng)限制了數(shù)據(jù)的利用率，而當數(shù)據(jù)庫數(shù)據(jù)無法共享和貫通時，前端應用的開發(fā)就會遇到很大的阻力，并造成響應外界需求的速度和靈敏度降低。

2、國網(wǎng)平臺層建設(shè)目標分析

云計算平臺作為整個平臺層的平臺基礎(chǔ)，通常把這部分的服務(wù)方式稱為PAAS，平臺即服務(wù)。因為國網(wǎng)的業(yè)務(wù)非常復雜，內(nèi)部的員工數(shù)量眾多，因此不管對內(nèi)還是對外，計算的需求都非常大。這部分功能配置再高的單臺計算機或服務(wù)器都無法完成，要滿足這些需求只有依靠云計算通過服務(wù)器集群來對各項需求進行并行的處理，對于具有大量外部客戶并需要進行互動的企業(yè)來說這已經(jīng)是常規(guī)的做法，也不算是非常先進的技術(shù)。按照大綱要求，通過網(wǎng)關(guān)承擔部分邊緣計算任務(wù)也是考慮到數(shù)據(jù)采集的地域過于分散，盡可能的通過邊緣計算減輕平臺服務(wù)器集群的計算壓力。

全業(yè)務(wù)統(tǒng)一數(shù)據(jù)中心的內(nèi)涵包括兩個方面，一個是因為采用云計算的前提是有數(shù)據(jù)中心這些基礎(chǔ)設(shè)施，通常把這部分稱為IAAS，基礎(chǔ)設(shè)施即服務(wù)。所以需要根據(jù)業(yè)務(wù)需求和用戶量在不同的地域規(guī)劃建造數(shù)據(jù)中心為上層提供物理基礎(chǔ)。另一個指的是全業(yè)務(wù)統(tǒng)一的數(shù)據(jù)庫，這也是整個平臺層建設(shè)難度最高、工作量最大的部分，改變之前煙囪式系統(tǒng)的數(shù)據(jù)庫架構(gòu)方式并改變成一個統(tǒng)一的數(shù)據(jù)中心牽涉到數(shù)據(jù)的重新定義，海量的數(shù)據(jù)需要針對格式、清洗方式、數(shù)據(jù)庫架構(gòu)乃至更細化的數(shù)據(jù)庫分庫分表進行確定和調(diào)整，這個過程相對會比較漫長，一般是采用逐步遷移的方式。

物聯(lián)管理中心的建設(shè)要求是滿足感知層的傳感器的在接入方面的要求，包括設(shè)備的接入方式統(tǒng)一、傳輸協(xié)議統(tǒng)一、權(quán)限控制和對設(shè)備的管理等。如果說全業(yè)務(wù)統(tǒng)一的數(shù)據(jù)中心包括管理和生產(chǎn)的全部數(shù)據(jù)，那物聯(lián)管理中心主要進行的就是生產(chǎn)數(shù)據(jù)的統(tǒng)一集成，防止建設(shè)全業(yè)務(wù)數(shù)據(jù)中心時同時需要面對的管理數(shù)據(jù)和生產(chǎn)數(shù)據(jù)兩方面的壓力。物聯(lián)管理中心接收的數(shù)據(jù)來源分為兩部分，感知層的設(shè)備的直接接入和網(wǎng)關(guān)數(shù)據(jù)的接入，相對海量呈結(jié)構(gòu)化的業(yè)務(wù)數(shù)據(jù)來說，按照目前主流的以半結(jié)構(gòu)化文件進行數(shù)據(jù)傳輸?shù)姆绞剑a(chǎn)數(shù)據(jù)的管理要方便的多，建設(shè)進度也會快很多。

以上全部的內(nèi)容合并起來稱為企業(yè)中臺，按照大綱的建設(shè)目標未來的國網(wǎng)IT架構(gòu)也是大中臺、小前端的形式，當整個大中臺建成后，業(yè)務(wù)應用的開發(fā)無論是面向內(nèi)部還是面向企業(yè)、面向個人，只需要從統(tǒng)一的數(shù)據(jù)庫中對自己需要的部分進行調(diào)用，因此開發(fā)速度能明顯加快，更快速的響應各類用戶包括內(nèi)部的需求并且即使應用再多，所用到的數(shù)據(jù)也是統(tǒng)一的，不會發(fā)生不同業(yè)務(wù)同樣數(shù)據(jù)出現(xiàn)矛盾的情況。