歷經一個半月的時間，不管是叫工業網際網路平臺還是叫工業大資料平臺，從1.0版本升級到2.0版本，升級部分包括：客戶端（閘道器）、服務端（資料接收、資料處理、計算服務）、底層資料庫結構、WEB業務系統、WEB API介面和手機APP（Android和IOS）等。很早就想對整體框架進行重構，礙於人力不能專一攻關，一直擱置到現在。儘管升級後還存在一些問題，但是就技術基礎來講，會支援更大的業務發展空間。

       對於體系化、標準化建設的系統任何一個節點的問題都有可能引發系統性問題，牽一髮而動全身，要從系統工程思維和角度解決問題。作為技術人員，對於框架的升級要有推倒重來的勇氣，涅盤重生，從而達到永生。任何事情，亦如此

       把工業網際網路（工業大資料）平臺定位為雲端作業系統，可以講IAAS、PAAS、SAAS、公有云、私有云、混合雲和工業APP等，但是要具備作業系統的基本特性，例如：即插即用、所見即所得；作業系統的映象，很方便的“安裝”部署。對於相容工業協議困難、缺少機理模型、缺少工業APP等，要進行整體考慮，不能以點代面。有人說這個重要，有人說那個重要，在系統工程和體系化建設過程中任何一個節點都同等重要，不能割裂開看問題。提供IAAS資源的、做C/S軟體的、有模型的、有業務系統APP的，就宣傳自己是做工業網際網路平臺是不合適的。對於我們升級平臺的目的，就是更好的支援將來雲端作業系統的建設，但是要做好基礎建設。

一．本次平臺升級主要解決的問題

1. 徹底解決閘道器層採集資料和傳輸資料的穩定性和效率。

2. 解決雲端資料互動中心後臺配置儲存到資料庫，以更好的支援將來與WEB的互動以及分散式部署。

3. 解決資料儲存建模結構，從通訊協議到資料儲存更好的支援業務資料和離散資料。

4. 解決資料遷移過程中，行雲歷史資料庫（Hadoop）關鍵字不相容而引發的效率問題。

5. 解決資料遷移過程中，造成資料丟失的問題。

6. 解決WEB業務端和手機APP端開發業務標準化、便捷化的問題。

二．各部分簡單介紹

1.系統框架

     對大資料平臺的整個體系進行了完善和重構，主要解決歷史遺留的主要問題，例如：資料建模與行雲的相容性問題、資料中介軟體整合的問題、資料儲存結構問題、客戶端效能和功能問題、業務系統的問題等等，因為是體系化、標準化建設，涉及到整體的改動。此次平臺重構相當於從1.0版本升級到2.0版本，具備很好的相容性和擴充套件性，方便以後開發業務，例如：資料分析和挖掘、AI演算法等。

2.閘道器（客戶端）重構

      以前的客戶端遺留問題包括：（1）結構的解耦較差，從而成造成擴充套件性較差。（2）執行時，記憶體一直增加，造成不穩定因素。（3）採集資料方式單一，只支援高爐資料的轉換。等等。現在從框架結構整體重構，主要解決上述4個主要問題，現在支援業務資料採集和轉換、OPC資料採集，完全通過介面配置。在ServerSuperIO基礎上開發。

3.資料互動中心升級

      服務端也是大資料平臺的核心問題，涉及到高效和穩定，此次更新整體框架和站點驅動，改動比較大，為後續平臺的整體擴充套件、上下行資料互動提供了極大的方便，可以構建和開發工業物聯網核心的資料互動中心。C/S配置介面如下圖，以後全部實現WEB端的配置與互動。在ServerSuperIO基礎上開發。

4.分散式中介軟體重構

       資料庫中介軟體是資料儲存、處理的核心部分，現在集成了業務資料和離散資料的管理和操作，在底層資料儲存包括元資料庫、快取資料庫、計算資料庫和歷史資料庫，相互之間通這資料遷移服務進行總體協調。中介軟體統一提供操作介面，供業務端的呼叫。

5.WEB業務系統的重構

      業務系統最終為使用者提供人機對話，因為涉及到了後臺資料建模的改變，所以業務系統也進行了較大的改動，例如對離散資料管理、相關功能的變動等，以後可以支援更多的業務功能擴充套件，不必現擔心後臺資料結構的問題而業務無法開展的問題。還在進一步的完善中。

6.手機APP

    手機APP現在集成了10個功能模組以及訊息推送的功能，現在已經給現場使用者使用，併發布到安卓（Android）應用市場和蘋果（IOS）應用市場。

三．團隊風采

       這個團隊以90後為主，在發展的過程中每個人都經過多次轉崗（資料中介軟體、APP、WEB、服務端、客戶端、協議驅動等），都頂住了壓力。最近平臺升級，大家也是加班加點，儘管還不完美，但是前途是光明的。

原文地址: https://www.cnblogs.com/lsjwq/p/9272816.html

.NET社群新聞，深度好文，歡迎訪問公眾號文章彙總 http://www.csharpkit.com