API集成中臺在智慧水務中的應用實踐

API集成中臺在智慧水務中的應用實踐

在數字化與智慧化的大趨勢之下,中國經濟正在經歷從消費互聯網到產業互聯網的轉變,由API經濟引領的跨行業和跨市場價值重組,不僅催生眾多新的業務組合,更成為驅動新業務的快速通道。2020年全球以API為核心的商業交易額將達3萬億美元,API不僅僅是技術連接,而是代表業務、能力、資產,未來企業所有的功能、數據和服務都會以API的形式提供出來(例如近兩年的各類中臺概念也是如此),API成為企業集成業務系統和產業的核心載體,在水務行業隨著微服務、業務中臺、數據中臺、物聯網、雲計算等新一代信息技術的快速發展,智慧水務逐漸成為水務管理的新方向,API作為鏈接各種平臺的核心載體也將在水務行業應用的整合和數據共享中發揮極其重要的作用。

API集成中臺在智慧水務中的應用實踐

(水務行業API集成中臺的定位)

谷雲科技作為國內最為領先的API混合集成中臺提供商在政府、公安、教育、製造業均有大量的實施案例並取得了很好的應用效果,通過API集成中臺幫助各級政府進行數據服務開放共享,幫助製造企業實現各種業務系統的打通集成,在水務行業谷雲科技與深圳水務集團就API混合集成中臺在水務行業的應用進行了實踐和探討,並在水務行業的API集中臺實施中獲得了寶貴的實踐經驗,這些經驗作為推動水務行業的API集成中臺提供了很多有用的價值,同時谷雲科技也把其他行業的API中臺最佳實踐帶給了深圳水務集團,雙方結合行業特色性摸索了一套適合於水務行業使用的API集成中臺和實施方法。

API集成中臺在智慧水務中的應用實踐

(API集成中臺架構)

水務行業經過二十幾年的信息化建設過程,國內各水務企業基本上已經具備了較為完整的專有業務系統,這些專有的業務系統發揮了大量的作用併成為了各水務公司的核心IT系統,但是由於歷史原因這些IT系統在建設過程中沒有進行統一的規劃,並且由不同的第三方開發商進行開發,各水務公司構建了太多單一用途的應用。應用間信息孤島嚴重,數據難以流通。應用間能力難以複用,資源浪費嚴重形成了眾多的數據和信息孤島。造成業務能力開放非常困難、雖然前幾年信息化過程中經歷過SOA集成架構推動,部分業務系統也進行了集成和打通但是存在系統集成手段多樣,沒有統一的集成標準,沒有統一的監控手段,與最新的微服務架構不能進行兼容和相互集成,業務系統的集成非常依賴第三方開發商,業務系統不能及時集成打通、數據的不能及時共享與發佈已經成為智慧水務實施的重要技術障礙。

就目前技術上來看水務行業的應用主要存在沒有統一的規劃和統一的技術集成平臺,每個業務系統接口對接時開發人員都會重新開發一個接口對接平臺進行對接,針對與外部單位的數據共享主要通過數據庫中間表同步或者定製開發進行數據交換,存在集成效率慢、安全性低、無法監控等問題,並且相同的業務數據在不同的接口和單位中都要重複的進行對接,造成工作的大量重複,達不到更高效的利用現有資源,API接口管理難度大,無法實時對每個接口進行監控、審計,API接口出現問題不能夠第一時間獲取信息並進行快速定位和及時處理,每次都是用戶提出業務無法正常接收數據才被動的知道接口出現了問題,問題處理較延後,同時對業務造成很大的影響,嚴重時會造成用戶投訴。

而新一代基於微服務架構的API集成中臺的建設能從底層架構上為水務企業構建一個統一的集數據清洗採集、數據服務發佈與共享、API治理、API可視化編排、API自動化測試於一體的綜合性iPaaS集成即服務平臺,為水務企業實現智慧水務管理提供豎實的IT基礎實施,通過API集成中臺可實現水務企業各種業務系統的集成與打通、數據服務的快速發佈與共享、系統集成故障的自動預警與審計等,在技術上為水務企業的業務創新提供了更為敏捷的集成手段,並且可以把水務企業已有業務系統的各種能力通過API進行發佈把價值傳遞給應用端和外部企事業單位。

API集成中臺在智慧水務中的應用實踐

(水務企業數據服務發佈共享過程)

在API集成過程中由於水務行業的IT系統建設的比較早,存在架構多種多樣,有的是C/S 的老舊系統,有的系統已沒有原廠維護有、有的系統有接口但是由於沒有一直沒有使用在集成時無法獲取是否可用等技術問題,這就要求在業務系統集成和數據打通時API集成中臺需要有很強的兼容能力和適應性,才能對遺留的業務系統進行集成和打通,API集成中臺在水務行業的實施過程中主要面臨以下技術問題需要進行處理才能很好發揮API集成中臺的價值:

1. 遺留的舊業務系統能力開放問題

水務企業有些舊的業務系統基於C/S架構、存在開發商維護不力或找不到供應商的問題,需要API集成中臺能夠自動分析C/S或B/S架構的系統並能把部分邏輯能力進行API封裝,無需第三方廠商進行協助即可完成API的重建技術。

2. 原有業務系統API的快速導入問題

水務企業原有業務系統中已經存在眾多的API接口,這些接口之前都是分散在各個業務系統中,API集成中臺要能提供一種快速導入和梳理這些API的能力和顧問服務,從而快速構建一個API地圖和可管理的API清單,並從業務領域和系統等多個維度對API進行整理和歸類。

3. GIS數據的發佈共享問題

水務企業中GIS數據的發佈共享是一項非常重要的服務能力,各子公司以及外部單位均需要從水務企業中獲取相應的GIS圖層數據等,但是由於GIS軟件供應商為了保護GIS數據的不被盜取一般會對數據進行加密,而地圖數據的API的調用也是實時請求URL會實時拼接,無法用普通的API來進行註冊與發佈,所以API集成中臺必須為GIS地圖建立專門數據服務發佈平臺能夠把GIS地圖數據共享給外部單位並能進行權限管理。

4. 系統的可用性及網絡連通性監控問題

水務企業在做系統集成和數據發佈共享過程中會涉及到內網、政務專網、外網、集團公司網絡等多種複雜的網絡場景,這些網絡可能存在延時、閃斷、網速慢等各種情況,在數據共享和交換過程中由於網絡產生的問題,開發商或接入用戶往往會把問題歸集於API集成中臺本身的問題,會給API集成中臺的實施帶來較大的壓力,所以API集成中臺必須能夠提供一套完整的後端網絡及API可用性的偵測方案,能夠實時感知網絡的連通性以及後端業務系統API的可用性,並在出現故障時能第一時間進行預警通知技術員進行處理。

5. 與微服務架構的集成及國產化問題

API集成中臺必須要與微服務架構進行集成,因為隨著智慧水務的建設IT系統會逐步採取微服務框架,所以API集成中臺能與後繼的基於微服務框架的系統進行無縫對接顯得尤為重要,同時系統最好全部為國產化自主研發平臺,因為水務企業作為國有企業涉及到眾多的敏感數據並需要與其他政府單位進行網絡鏈接和數據交換。

6. 數據採集清洗、脫敏問題

智慧水務的建設首先面臨大量數據的採集與清洗問題,且水務企業中的部分數據存在敏感性,數據必須要進行脫敏後才能進行共享發佈,數據的清洗與交換必須使用ETL數據交換平臺來完成,通過ETL數據交換平臺把數據統一清洗到前置庫或者數據倉庫再統一進行數據服務的發佈與共享,這樣可避免給生產系統產生壓力同時數據的發佈共享與交換也更為安全。

7. 各種認證集成打通問題

由於內外部業務系統的認證方式多種多樣API在調用內部業務系統API和外單位進行數據交換的API時需要能夠靈活打通各種業務系統的接口,支持JWT、Auth2.0、CAS等方式的認證集成。

8. API接口審計日誌的分析與預警問題

各業務系統的API進行相互調用以及通過API進行數據服務發佈與共享時均要對API的調用日誌數據進行存儲包括API的請求數據、響應耗時、響應數據、請求IP、請求報文等,API集成中臺提供多種維度的分析看板例如:按應用系統、按用戶、按錯誤碼、按時間、按業務狀態等等,API的日誌數據量非常大存儲上可以採用MongoDB進行分片存儲並定時清理過期的日誌數據。


分享到:


相關文章: