在數字化時代的熏陶下，儲能領域也逐漸進入了數據戰。隨著越來越多的德賽電池儲能產品出現全國各地，甚至揚帆出海，難題也接踵而來，多平臺如何管理？外部如何及時響應？運維的成本怎么管控等等，擁有自主云平臺成為了必然趨勢。

5月28日，德賽電池自研云平臺提上了日程，目標是國慶后正式上線！

一場與時間的賽跑開始啦！

想要快速的掌握一門編程語言頗有挑戰，這就好比讓下五子棋的人去下圍棋一樣，看著都是黑白棋子在棋盤布局，實則規則與下法都大相徑庭。我們EMS開發部的軟件工程師們在做嵌入式這塊是把好手，但是對于云平臺的前后端開發都有些擔心，這場賽跑在一開始便陷入了焦灼，但好在依托公司內部的平臺資源以及各方大神的加入，伴隨著領導關切的問候，6月初，咱們的自研團隊正式組建完成！

那就全力沖刺吧！

云平臺開發將圍繞端云協同控制、智慧運營管理、主動安全管理三部分展開，為了給我們的研發進程加加速，大家奔赴各類與儲能相關的展會、論壇、會議，邀請業界大拿進行技術交流，速度累積資料庫。

大神們進行框架搭建、功能定義，工程師們以戰代練進行軟件代碼編寫、功能模塊測試等工作。加班加點是他們的常態，為了爭取時間盡快完成目標，開會的時間都壓縮的極短，除了需要做決策的重要節點外基本都是點對點快速溝通。大家朝著目標節點有條不紊的進行著。

刺頭出現！

炎炎夏日，酷暑難耐，七月和八月的炙烤讓這條路終究沒那么好跑。其中影響較大的是從mySQL到InfluxDB的數據庫的改造以及InfluxDB數據庫中對數據查詢和下載的性能問題。在設計之初，團隊為了快速推進儲能云平臺的開發，選用了更容易上手且生態完善的傳統關系型數據庫 MySQL。然而隨著項目的深入，面對儲能云平臺中高頻時間序列數據的存儲需求，MySQL 的性能逐漸難以滿足使得大家不得不調轉槍頭去尋找更優的解決方案。

在參考行業內主流儲能解決方案后，團隊決定切換到更適合處理時間序列數據的 InfluxDB數據庫。新事物往往伴隨著新挑戰，團隊在轉換過程中遇到了架構差異和數據遷移的復雜性問題，讓成員們在苦受其擾的同時，激起了強烈的斗志，正如黃檗禪師在《上堂開示頌》中所說“不經一番寒徹骨，怎得梅花撲鼻香”，之后的時間里大家通宵達旦對方案、歇斯底里寫代碼。在被折磨了兩周后，大家采取了梳理數據模型、優化索引策略等一系列措施逐步解決了這些問題。

賽程接近尾聲，數據大屏的UI設計又讓大家犯了難，團隊成員搞技術那是手拿把捏，但是對于美工這種精細活還是欠缺了火候。前期幾個糙漢子的拿來主義由于對用戶端和市場端的嗅覺不夠敏銳，使得第一版的設計呈現出來的效果不盡如人意沒有通過最終評審。在經過幾次思想碰撞之后，大家日夜趕工重新設計出了幾套方案并把選擇權歸還到用戶，讓公司的同事們都體驗一下并投票決定最終方案。完成了方案設計之后進入了兩周的測試沖刺階段，雖然也有小插曲出現但都被一一化解。

十月中旬云平臺如期上線試運行，我們奔跑到了這個階段的終點，也站在了下一個階段的起點。

我們期盼著乘“云”而飛。

作者：徐濤濤（德賽智儲）

文章出處：【DESAY德賽電池】