日行千里，全憑“車”況，為什麼我們要升級平臺 歷經一個半月的時間，不管是叫工業互聯網平臺還是叫工業大數據平臺，從1.0版本升級到2.0版本，升級部分包括：客戶端（網關）、服務端（數據接收、數據處理、計算服務）、底層資料庫結構、WEB業務系統、WEB API介面和手機APP（Android和IOS）等 ...
日行千里，全憑“車”況，為什麼我們要升級平臺
歷經一個半月的時間，不管是叫工業互聯網平臺還是叫工業大數據平臺，從1.0版本升級到2.0版本，升級部分包括：客戶端（網關）、服務端（數據接收、數據處理、計算服務）、底層資料庫結構、WEB業務系統、WEB API介面和手機APP（Android和IOS）等。很早就想對整體框架進行重構，礙於人力不能專一攻關，一直擱置到現在。儘管升級後還存在一些問題，但是就技術基礎來講，會支持更大的業務發展空間。
對於體系化、標準化建設的系統任何一個節點的問題都有可能引發系統性問題，牽一發而動全身，要從系統工程思維和角度解決問題。作為技術人員，對於框架的升級要有推倒重來的勇氣，涅盤重生，從而達到永生。任何事情，亦如此。
把工業互聯網（工業大數據）平臺定位為雲端操作系統，可以講IAAS、PAAS、SAAS、公有雲、私有雲、混合雲和工業APP等，但是要具備操作系統的基本特性，例如：即插即用、所見即所得；操作系統的鏡像，很方便的“安裝”部署。對於相容工業協議困難、缺少機理模型、缺少工業APP等，要進行整體考慮，不能以點代面。有人說這個重要，有人說那個重要，在系統工程和體系化建設過程中任何一個節點都同等重要，不能割裂開看問題。提供IAAS資源的、做C/S軟體的、有模型的、有業務系統APP的，就宣傳自己是做工業互聯網平臺是不合適的。對於我們升級平臺的目的，就是更好的支持將來雲端操作系統的建設，但是要做好基礎建設。
一．本次平臺升級主要解決的問題
- 徹底解決網關層採集數據和傳輸數據的穩定性和效率。
- 解決雲端數據交互中心後臺配置存儲到資料庫，以更好的支持將來與WEB的交互以及分散式部署。
- 解決數據存儲建模結構，從通訊協議到數據存儲更好的支持業務數據和離散數據。
- 解決數據遷移過程中，行雲歷史資料庫（Hadoop）關鍵字不相容而引發的效率問題。
- 解決數據遷移過程中，造成數據丟失的問題。
- 解決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、服務端、客戶端、協議驅動等），都頂住了壓力。最近平臺升級，大家也是加班加點，儘管還不完美，但是前途是光明的。
物聯網&集成技術 QQ群：54256083
招聘C/S、B/S和手機端開發，請聯繫QQ：504547114
