戚云楓，曾小團*，梁苑苑，白 龍

（1.廣西壯族自治區(qū)氣象臺，南寧 530022；2.廣西壯族自治區(qū)氣象信息中心，南寧 530022；3.南寧市氣象局，南寧 530022）

引言

為提升氣象信息化事業(yè)高質(zhì)量發(fā)展的效益和水平，氣象部門近年來構(gòu)建融合創(chuàng)新、開放共享的氣象大數(shù)據(jù)云平臺“天擎”。氣象大數(shù)據(jù)云平臺以業(yè)務(wù)為導(dǎo)向，提供“云＋端”的技術(shù)架構(gòu)，可支撐氣象業(yè)務(wù)在大數(shù)據(jù)中的應(yīng)用?！霸疲恕钡募夹g(shù)架構(gòu)在保持應(yīng)用端多樣性的同時，滿足數(shù)據(jù)和算法的統(tǒng)一調(diào)配，使得相同業(yè)務(wù)主線的不同應(yīng)用系統(tǒng)在應(yīng)用層面集約。目前氣象部門的業(yè)務(wù)系統(tǒng)大多為集中式或非云端的分布式架構(gòu)，需要云化改造［1－4］。

廣西智能網(wǎng)格氣象預(yù)報系統(tǒng)作為天氣預(yù)報制作核心業(yè)務(wù)系統(tǒng)，根據(jù)精細(xì)化格點天氣預(yù)報業(yè)務(wù)流程要求設(shè)計，全面支撐自治區(qū)和市兩級網(wǎng)格天氣預(yù)報的制作和發(fā)布。系統(tǒng)按照分層構(gòu)架方式進行設(shè)計和開發(fā)，遵循SOA 架構(gòu)標(biāo)準(zhǔn)，采用B／S 架構(gòu)。系統(tǒng)預(yù)設(shè)通用流程為自治區(qū)氣象臺下發(fā)格點指導(dǎo)預(yù)報產(chǎn)品，各市氣象臺對上級指導(dǎo)產(chǎn)品訂正后，實時上傳至上級數(shù)據(jù)中心，拼接處理后形成全區(qū)格點預(yù)報產(chǎn)品。為體現(xiàn)預(yù)報員經(jīng)驗在極端天氣預(yù)報中的作用，系統(tǒng)通過服務(wù)器集群提供給預(yù)報員完成自治區(qū)、市兩級格點精細(xì)化預(yù)報交互訂正和產(chǎn)品分發(fā)功能，實現(xiàn)主客觀思路融合。系統(tǒng)還兼顧原有站點和落區(qū)預(yù)報業(yè)務(wù)，實現(xiàn)格點到站點和格點到落區(qū)的一體化預(yù)報業(yè)務(wù)。系統(tǒng)擁有強大的算法體系，包括預(yù)報網(wǎng)格數(shù)據(jù)處理算法、網(wǎng)格編輯訂正算法和氣象要素之間的網(wǎng)格一致性處理算法等。

但是，受限于原CIMISS 數(shù)據(jù)環(huán)境，廣西智能網(wǎng)格氣象預(yù)報系統(tǒng)很多的算法和數(shù)據(jù)處理放在服務(wù)端完成，影響了系統(tǒng)的整體效率［5］。隨著信息化的推進，氣象大數(shù)據(jù)云平臺“天擎”為業(yè)務(wù)實現(xiàn)數(shù)據(jù)和算法的統(tǒng)一調(diào)配提供了可能。遺憾的是，天擎目前仍處于不斷建設(shè)和完善的階段，完成云化改造的氣象業(yè)務(wù)系統(tǒng)仍比較少［6－11］，加上各省業(yè)務(wù)各有特點，尚沒見到可供業(yè)務(wù)實踐參考的案例報道。為此，在全面分析廣西網(wǎng)格預(yù)報系統(tǒng)的架構(gòu)及數(shù)據(jù)流程與自治區(qū)級氣象大數(shù)據(jù)云平臺“天擎”規(guī)范要求技術(shù)特點和差異后，發(fā)現(xiàn)廣西智能網(wǎng)格氣象預(yù)報系統(tǒng)在一些標(biāo)準(zhǔn)上與“云＋端”的氣象技術(shù)體制類似，且為全面最具代表性的核心業(yè)務(wù)系統(tǒng)，優(yōu)先開展該系統(tǒng)云化改造對推進全區(qū)業(yè)務(wù)系統(tǒng)的全面集約升級可起到示范引領(lǐng)作用。本文對系統(tǒng)改造實踐進行全面總結(jié)，為相關(guān)業(yè)務(wù)提供技術(shù)參考。

1 系統(tǒng)云化改造思路

系統(tǒng)云化改造需遵循氣象大數(shù)據(jù)云平臺“天擎”的思路設(shè)計，按照“云＋端”的標(biāo)準(zhǔn)重新設(shè)計系統(tǒng)的技術(shù)架構(gòu)。在“天擎”中，“云”的部分通過基礎(chǔ)硬件、虛擬化資源、軟件算法以及網(wǎng)絡(luò)組成，滿足硬件集約的要求，同時可為融入系統(tǒng)的高效、穩(wěn)定、安全運行作重要保障，而“端”的部分注重用戶交互，提供用戶服務(wù)。原智能網(wǎng)格氣象預(yù)報系統(tǒng)在4 臺操作系統(tǒng)為Windows Server 2012 的服務(wù)器上部署，軟件環(huán)境包括JDK、Nginx、Tomcat 等中間件，由數(shù)據(jù)同化、數(shù)據(jù)加工處理、應(yīng)用支撐和應(yīng)用服務(wù)等4 個部分組成系統(tǒng)。系統(tǒng)架構(gòu)調(diào)整后，基礎(chǔ)設(shè)施部分由“天擎”支撐，數(shù)據(jù)與邏輯部分依托“天擎”實現(xiàn)，是云化改造的發(fā)力點，端的應(yīng)用部分保留，但需要進行前端應(yīng)用流程改造。如圖1 所示，實線框部分為“天擎”提供的功能，虛線框部分為基于“天擎”研發(fā)的內(nèi)容。

從“天擎”的設(shè)計角度出發(fā)，一是“天擎”支持且系統(tǒng)需要的模塊按照“天擎”的規(guī)范設(shè)計融入，如軟硬件資源、數(shù)據(jù)環(huán)境和算法等，二是“天擎”要求有但系統(tǒng)還沒有的模塊需要根據(jù)“天擎”的標(biāo)準(zhǔn)建立和完善，如產(chǎn)品監(jiān)控等?；凇疤烨妗钡脑O(shè)計思路，本系統(tǒng)融入“天擎”的內(nèi)容主要包括數(shù)據(jù)及存儲的設(shè)計、數(shù)據(jù)處理融入、端的改造和監(jiān)控融入共四個方面。

數(shù)據(jù)及存儲的設(shè)計包括數(shù)據(jù)源的接入和數(shù)據(jù)存儲設(shè)計。數(shù)據(jù)源接入是將系統(tǒng)的所有數(shù)據(jù)的獲取方式統(tǒng)一改造為從“天擎”讀取。本系統(tǒng)用到的數(shù)據(jù)源包括作為參考資料瀏覽的地面觀測資料、衛(wèi)星產(chǎn)品、雷達(dá)產(chǎn)品，以及作為網(wǎng)格預(yù)報背景場的中央氣象臺網(wǎng)格預(yù)報指導(dǎo)產(chǎn)品、數(shù)值模式產(chǎn)品和客觀預(yù)報方法產(chǎn)品等，這些數(shù)據(jù)由從CIMISS 或MICAPS 分布式數(shù)據(jù)環(huán)境讀取調(diào)整改造為從“天擎”獲取。數(shù)據(jù)源接入后，經(jīng)過數(shù)據(jù)加工和處理，系統(tǒng)會產(chǎn)生中間數(shù)據(jù)和產(chǎn)品數(shù)據(jù)，“天擎”已經(jīng)為這些數(shù)據(jù)設(shè)計了各種類型的存儲。本系統(tǒng)存儲的數(shù)據(jù)包括中央氣象臺指導(dǎo)產(chǎn)品、數(shù)值模式產(chǎn)品、客觀預(yù)報方法產(chǎn)品和主觀預(yù)報產(chǎn)品等預(yù)報網(wǎng)格，按照業(yè)務(wù)規(guī)范要求的最終網(wǎng)格預(yù)報產(chǎn)品、報文產(chǎn)品和圖形產(chǎn)品等文件，以及系統(tǒng)使用的用戶部門信息、預(yù)報員信息、初始場缺省方案、產(chǎn)品索引和站點預(yù)報配置等信息。這些數(shù)據(jù)在原系統(tǒng)中使用關(guān)系型MySQL 數(shù)據(jù)庫存儲，根據(jù)“天擎”對數(shù)據(jù)存儲的要求，網(wǎng)格預(yù)報數(shù)據(jù)采用“天擎”實時應(yīng)用庫存儲，預(yù)報文件采用“天擎”NAS 文件系統(tǒng)存儲，而系統(tǒng)配置信息采用“天擎”云數(shù)據(jù)庫存儲。

數(shù)據(jù)處理融入是指系統(tǒng)內(nèi)部的固定算法提交至“天擎”的算法庫，通過“天擎”加工流水線進行統(tǒng)一調(diào)度管理［12］。需要理清系統(tǒng)在運行過程中使用的所有算法，明確算法的輸入、輸出以及流程。對系統(tǒng)運行流程拆解，將預(yù)報產(chǎn)品同化處理、衍生要素計算、初始場產(chǎn)品加工和預(yù)報產(chǎn)品生成等流程凝練成算法，通過“天擎”的加工流水線統(tǒng)一調(diào)度和加工處理。預(yù)報產(chǎn)品同化處理算法是將數(shù)值模式產(chǎn)品、中央氣象臺指導(dǎo)預(yù)報以及客觀方法等預(yù)報背景場統(tǒng)一插值成業(yè)務(wù)規(guī)范要求的時空分辨率網(wǎng)格，并存儲到“天擎”實時應(yīng)用庫。衍生要素計算是通過原始預(yù)報背景場進行日降水量、日最高最低氣溫和日極大風(fēng)等統(tǒng)計，初始場產(chǎn)品加工是根據(jù)智能網(wǎng)格預(yù)報初始場配置方案進行初始化，形成網(wǎng)格預(yù)報的初始場。產(chǎn)品生成算法是將預(yù)報員制作的預(yù)報網(wǎng)格根據(jù)業(yè)務(wù)要求生成網(wǎng)格預(yù)報產(chǎn)品文件以及城鎮(zhèn)預(yù)報、鄉(xiāng)鎮(zhèn)預(yù)報、海洋預(yù)報和面雨量預(yù)報等報文產(chǎn)品。

“端”的改造是指對用戶交互界面的流程改造，直接反映業(yè)務(wù)系統(tǒng)的應(yīng)用功能。本系統(tǒng)將數(shù)據(jù)和算法抽離并放入“云”，“端”的部分剩下WEB 服務(wù)，包括參考資料瀏覽、網(wǎng)格編輯訂正與發(fā)布、站點預(yù)報生成與發(fā)布、系統(tǒng)配置和數(shù)據(jù)接口等用戶交互模塊。通過應(yīng)用服務(wù)框架對接大數(shù)據(jù)云平臺，建立WEB服務(wù)到“天擎”的消息通信和數(shù)據(jù)交換，提供數(shù)據(jù)共享接口實現(xiàn)網(wǎng)格預(yù)報產(chǎn)品的訪問，達(dá)成“端”的改造。

監(jiān)控融入是指系統(tǒng)各個關(guān)鍵環(huán)節(jié)都需要監(jiān)控并加入到氣象大數(shù)據(jù)云平臺的監(jiān)控系統(tǒng)——“天鏡”。系統(tǒng)改造前僅有產(chǎn)品生成的監(jiān)控，需將各個關(guān)鍵的環(huán)節(jié)加入“天鏡”的監(jiān)控。系統(tǒng)監(jiān)控模塊，根據(jù)已經(jīng)完成的系統(tǒng)流程定義監(jiān)控信息，基于“天鏡”開放的監(jiān)控信息接口，定制個性化的監(jiān)控界面，達(dá)到對網(wǎng)格預(yù)報系統(tǒng)硬件資源、數(shù)據(jù)、產(chǎn)品和流程的全業(yè)務(wù)、全流程監(jiān)控。

2 系統(tǒng)云化改造關(guān)鍵技術(shù)

2.1 數(shù)據(jù)源整合

數(shù)據(jù)源整合解決數(shù)據(jù)來源的問題。云化改造前，系統(tǒng)的數(shù)據(jù)來源有CIMISS、MICAPS4 分布式數(shù)據(jù)環(huán)境和文件共享三種。

對于CIMISS 接口的數(shù)據(jù)來源，申請“天擎”對應(yīng)的接口訪問權(quán)限，可以直接讀取相應(yīng)數(shù)據(jù)。地面觀測資料、天氣圖和物理量、雷達(dá)產(chǎn)品和衛(wèi)星產(chǎn)品等資料可以直接讀取“天擎”接口并做前端顯示。

對于來源MICAPS4 分布式數(shù)據(jù)環(huán)境的預(yù)報數(shù)據(jù)，如CMA－GFS、CMA－GD、CMA－SH、ECMWF 等13 類模式產(chǎn)品，更新數(shù)據(jù)源為氣象大數(shù)據(jù)云平臺數(shù)值預(yù)報模式基礎(chǔ)數(shù)據(jù)庫或MICAPS4 分布式數(shù)據(jù)庫。

對于從文件共享渠道獲取的客觀預(yù)報產(chǎn)品，如中央氣象臺指導(dǎo)預(yù)報SCMOS、南寧MOS 氣溫產(chǎn)品、最優(yōu)滑動氣溫產(chǎn)品、頻率訂正降水產(chǎn)品和多模式降水產(chǎn)品等8 類客觀產(chǎn)品，調(diào)整為直接從“天擎”NAS讀取。由于客觀方法產(chǎn)品多源異構(gòu)，通過數(shù)據(jù)湖的方式存入NAS，再進入加工流水線。如圖2 所示，為系統(tǒng)數(shù)據(jù)流程圖。

2.2 數(shù)據(jù)處理流程

改造前本系統(tǒng)的數(shù)據(jù)加工流程主要涉及數(shù)值模式同化處理、模式衍生要素計算、網(wǎng)格預(yù)報初始場處理和網(wǎng)格預(yù)報產(chǎn)品制作等，采用Windows 和Quartz 的定時任務(wù)框架兩種方式進行調(diào)度。兩種調(diào)度方式都有弊端，Windows 定時任務(wù)穩(wěn)定但無可視化頁面給用戶，Quartz 雖然可以通過開發(fā)提供可視化交互頁面給用戶但可靠性不夠高。經(jīng)過改造將完全使用“天擎”的加工流水線取代現(xiàn)有的任務(wù)調(diào)度方式。

具體的加工流程改造包括三個步驟：算法抽象、環(huán)節(jié)設(shè)置和任務(wù)定義。

算法抽象是將系統(tǒng)的數(shù)據(jù)加工算法剝離成一套可執(zhí)行程序。首先，對算法進行梳理、整合和封裝，開放程序參數(shù)，形成可獨立運行的執(zhí)行程序；然后，確定程序的輸入輸出。輸入與輸出需要對接“天擎”的存儲環(huán)境，盡量采用直連數(shù)據(jù)庫方式訪問；接著，向程序添加DI、EI 監(jiān)控信息的發(fā)送。主要的DI 信息包括算法執(zhí)行時輸入數(shù)據(jù)獲取、算法計算過程信息和算法輸出產(chǎn)品保存等信息，主要的EI 信息包括數(shù)據(jù)獲取異常，算法計算過程異常和算法輸出保存異常等；最后，將程序注冊到天擎的產(chǎn)品加工流水線中。

環(huán)節(jié)設(shè)置是對算法的參數(shù)、觸發(fā)方式等信息進行配置，每個環(huán)節(jié)承擔(dān)一整套該算法執(zhí)行的流程。例如數(shù)值模式同化算法，通過參數(shù)輸入判斷對多種的數(shù)值模式和客觀預(yù)報產(chǎn)品的不同要素的處理。環(huán)節(jié)的觸發(fā)方式可設(shè)定為定時觸發(fā)、順序觸發(fā)和數(shù)據(jù)源感知觸發(fā)。

多個環(huán)節(jié)組成一個任務(wù)。在“天擎”的任務(wù)管理界面，除了自動執(zhí)行算法環(huán)節(jié)外，還可對所有環(huán)節(jié)的運行手動調(diào)度，統(tǒng)一管理。

本系統(tǒng)最主要的數(shù)據(jù)是半結(jié)構(gòu)化的數(shù)值模式和網(wǎng)格預(yù)報產(chǎn)品，實現(xiàn)的數(shù)據(jù)處理算法有數(shù)值模式同化算法、客觀方法同化算法、衍生要素融合計算和產(chǎn)品生成算法，均使用定時觸發(fā)方式調(diào)度。如圖3 所示為系統(tǒng)產(chǎn)品加工算法流程圖：

2.3 數(shù)據(jù)存儲管理

數(shù)據(jù)存儲管理的改造是將本系統(tǒng)所有由本地MySQL 數(shù)據(jù)庫存儲和管理的數(shù)據(jù)，改造為基于氣象大數(shù)據(jù)云平臺存儲管理。如圖4 為“天擎”數(shù)據(jù)存儲方案，根據(jù)方案設(shè)計，系統(tǒng)需構(gòu)建不同的存儲，包括數(shù)值模式產(chǎn)品專題庫、智能網(wǎng)格預(yù)報專題庫、基于云數(shù)據(jù)庫（虛谷）建設(shè)系統(tǒng)應(yīng)用配置庫、基于云數(shù)據(jù)庫（NAS）建設(shè)客觀預(yù)報產(chǎn)品和最終網(wǎng)格產(chǎn)品庫。

網(wǎng)格預(yù)報數(shù)據(jù)作為核心業(yè)務(wù)數(shù)據(jù)存放于有6 個節(jié)點的Cassandra 分布式實時數(shù)據(jù)庫，該數(shù)據(jù)庫能滿足多用戶高并發(fā)訪問。分布式實時數(shù)據(jù)庫基于鍵（Key）可快速獲取數(shù)據(jù)塊，非常適用海量非結(jié)構(gòu)化數(shù)據(jù)存儲［13］。數(shù)據(jù)庫采用按預(yù)報名和預(yù)報要素集中存儲，即一種預(yù)報或要素一張表，實現(xiàn)對空間位置和格距固定不變，屬性變化頻繁獲取的四維、五維時態(tài)網(wǎng)格數(shù)據(jù)集模型。如表1 所示，該數(shù)據(jù)模型結(jié)構(gòu)簡單，具有按時間／時效存儲管理和快速檢索優(yōu)勢，適用于數(shù)值模式產(chǎn)品和網(wǎng)格預(yù)報產(chǎn)品。

表1 網(wǎng)格數(shù)據(jù)Cassandra 表結(jié)構(gòu)

使用虛谷云數(shù)據(jù)庫建立應(yīng)用配置庫，管理系統(tǒng)的配置信息，保存網(wǎng)格預(yù)報業(yè)務(wù)各功能模塊所使用的配置。相關(guān)算法和后臺服務(wù)，也可以通過直連數(shù)據(jù)庫的方式，獲取數(shù)據(jù)庫中的元數(shù)據(jù)信息。

使用NAS 文件云庫分配共享文件存儲，存儲最終輸出的文件產(chǎn)品。在“天擎”的分布式NAS 存儲系統(tǒng)中根據(jù)網(wǎng)格預(yù)報業(yè)務(wù)需求，單獨劃分一部分存儲空間作為網(wǎng)格預(yù)報和站點預(yù)報歷史產(chǎn)品、圖形產(chǎn)品的文件庫，其采用的存儲標(biāo)準(zhǔn)和管理方式，由系統(tǒng)根據(jù)網(wǎng)格預(yù)報業(yè)務(wù)規(guī)范來決定。

2.4 前端應(yīng)用流程

配合大數(shù)據(jù)云平臺后端的融入，系統(tǒng)前端應(yīng)用基于“天擎”的改造主要包括以下兩個方面：一是重寫后臺數(shù)據(jù)訪問和數(shù)據(jù)管理接口。由于數(shù)值模式產(chǎn)品和網(wǎng)格預(yù)報產(chǎn)品存儲調(diào)整為“天擎”實時應(yīng)用庫，系統(tǒng)配置信息存儲調(diào)整為“天擎”云數(shù)據(jù)庫，相應(yīng)的數(shù)據(jù)接口需要調(diào)整。二是建立網(wǎng)格預(yù)報緩存機制。為了減少數(shù)據(jù)庫I／O，提高系統(tǒng)運行性能，采用“天擎”云數(shù)據(jù)庫（Redis 集群）構(gòu)建網(wǎng)格預(yù)報產(chǎn)品數(shù)據(jù)內(nèi)存級緩存機制。預(yù)報員在網(wǎng)格預(yù)報制作過程中，所有編輯訂正算法計算的網(wǎng)格數(shù)據(jù)均位于Redis 內(nèi)存，可大大提高網(wǎng)格預(yù)報性能。當(dāng)預(yù)報制作完成后，從Redis 一次性回寫Cassandra 數(shù)據(jù)庫。

2.5 基于“天鏡”的監(jiān)控新流程

“天鏡”監(jiān)控，包括監(jiān)控信息的發(fā)送和讀取兩個部分。監(jiān)控信息可以利用“天鏡”的Agent 收集服務(wù)器集群的CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)等基礎(chǔ)信息，或者通過加工流水線和后臺服務(wù)推送DI／EI 日志及自定義監(jiān)控信息。監(jiān)控信息可集成在“天鏡”眾創(chuàng)快速接入框架統(tǒng)一展示，或自行讀取其進行可視化展示。

本系統(tǒng)新增業(yè)務(wù)監(jiān)控模塊，對系統(tǒng)資源、各個業(yè)務(wù)環(huán)節(jié)的監(jiān)控形成日志，以標(biāo)準(zhǔn)接口的形式組裝DI信息，推送至“天鏡”系統(tǒng)，通過自主研發(fā)界面顯示監(jiān)控信息。監(jiān)控內(nèi)容包含用戶行為信息、數(shù)據(jù)加工處理流程日志、產(chǎn)品制作過程日志、數(shù)據(jù)共享日志、數(shù)據(jù)環(huán)境情況等。因此自定義的DI／EI 信息有預(yù)報初始場同化處理DI、用戶訪問DI、用戶提交網(wǎng)格預(yù)報DI、用戶提交站點預(yù)報DI、產(chǎn)品導(dǎo)出與上傳DI 和集中告警EI。

3 系統(tǒng)改造前后性能對比

改造前原系統(tǒng)為網(wǎng)格預(yù)報業(yè)務(wù)規(guī)范的5km 分辨率網(wǎng)格，改造后將網(wǎng)格提高為2.5km 分辨率，模擬用戶下載網(wǎng)格預(yù)報數(shù)據(jù)得到表2 中的數(shù)據(jù)對比。從表格可以看出，改造后單個網(wǎng)格場的數(shù)據(jù)大小比改造前多了3 倍，但傳輸時間快了將近1 倍。

表2 系統(tǒng)改造前和改造后網(wǎng)格下載對比

4 總結(jié)與思考

廣西智能網(wǎng)格氣象預(yù)報系統(tǒng)按照氣象大數(shù)據(jù)云平臺的架構(gòu)進行云化改造，實現(xiàn)了數(shù)據(jù)源、數(shù)據(jù)處理、數(shù)據(jù)存儲和系統(tǒng)監(jiān)控等全面融入，在預(yù)報業(yè)務(wù)主線一定范圍內(nèi)達(dá)到集約。系統(tǒng)已經(jīng)進入業(yè)務(wù)試運行階段。但在建設(shè)和業(yè)務(wù)試運行過程中仍存在許多值得思考和改進的地方：

首先，基于氣象大數(shù)據(jù)云平臺支撐的業(yè)務(wù)主線在頂層設(shè)計不夠成熟。廣西智能網(wǎng)格預(yù)報業(yè)務(wù)系統(tǒng)目前僅支撐了短期預(yù)報制作、發(fā)布和服務(wù)等功能，所有的數(shù)據(jù)、算法、監(jiān)控和交互等是圍繞此系統(tǒng)功能研發(fā)，并沒有以整個預(yù)報業(yè)務(wù)主線為出發(fā)點設(shè)計。以該系統(tǒng)的云化改造為契機，驗證或者前期探索了預(yù)報業(yè)務(wù)整體上云。

其次，氣象大數(shù)據(jù)云平臺的功能的實用性和運行的穩(wěn)定性未能做進一步的測試?！疤烨妗碧峁┝艘惶淄晟频募s化系統(tǒng)平臺，有完善的數(shù)據(jù)存儲和管理、數(shù)據(jù)加工流水線和流程監(jiān)控等功能，但“天擎”現(xiàn)階段的版本缺少眾創(chuàng)接口的應(yīng)用，在處理用戶交互的算法中比較困難。同時，“天擎”的中間件資源的穩(wěn)定性難以掌握，如Redis 在使用的過程中曾出現(xiàn)過異常，但在“天擎”的管理界面難以看出其異常情況，需要多方排查才能發(fā)現(xiàn)問題所在。

最后，氣象業(yè)務(wù)技術(shù)體制改革的組織管理處于起步階段。氣象大數(shù)據(jù)云平臺是氣象信息化的一個標(biāo)志，在推進業(yè)務(wù)系統(tǒng)云化改造的過程中所參考的流程和規(guī)范不夠全面，同時“天擎”的建設(shè)對氣象業(yè)務(wù)系統(tǒng)研發(fā)的技術(shù)門檻提升了一個檔次，這對氣象業(yè)務(wù)人才培養(yǎng)提出了新的要求。將氣象業(yè)務(wù)系統(tǒng)大范圍、全面融入“天擎”是一個非常艱巨的任務(wù)，需要各方形成合力，做好前期準(zhǔn)備。