原文連結：走好資料中台最後一公裡，資料服務 API 是資料中台的标配
視訊回顧：點選這裡
課件擷取：點選這裡
一、資料服務 API 建設背景
在數字化轉型的時代背景下，新需求的大量增長、新技術的不斷疊代，“網際網路化、數字化”
程序的不斷深入，越來越多的業務被遷移到網際網路上，産生大量的業務互動和對外服務需求，對 API
接口的需求與日俱增，如何快速提升企業資料開放共享能力，是企業面臨數字化轉型的關鍵命題。
傳統的方式如後端開發人員通過 Java 或 Python 等語言進行編寫來生成 API 接口，開發周期過長，運維成本太高，已經不能滿足企業的需求。企業在數字化轉型過程往往面臨諸多難題：
為了更多的解決這些問題，我們在企業開放、共享資料過程中需要确定以下目标：
- 快速建構 API
- 系統穩定、資料安全
- 易于內建使用
- 授權傳遞
- 低成本運維
二、資料服務平台建設方法論
在分享資料服務平台建設方法論之前，我們先了解一下常見的資料中台應用架構：
資料服務層作為資料中台整體應用架構中處于中間地位，将資料計算層的結果通過資料 API 的形式對外共享給資料應用層。資料服務層主要有 3 個作用：
1、當資料已被整合和計算好之後，需要提供給産品和應用進行資料消費；
2、為了有更好的性能和體驗，建構資料服務層，通過接口服務化方式對外提供資料服務；
3、滿足應用各種複雜的資料服務需求（簡單資料查詢服務、複雜資料查詢服務、實時資料推送）
而在資料服務層對外提供服務的過程中，經曆了從 **“DWSOA” 到 “OneService”** 的演變過程。
從 “OneService” 資料服務本身來說，主要是解決異構資料源、重複建設、審計運維困難、了解困難這 4 個問題，通過 “OneService” 服務，實作主題式資料服務、統一且多樣化資料服務、跨源資料服務的服務目标。
是以，若想建構一個完整的資料服務平台，需要具備以下 6 個要素：
- 便捷開發，具備低代碼化的開發能力
- 易于管理，API 管理操作可視化查詢 API
- 易于使用，具備規範化的文檔描述資訊
- 安全穩定，服務調用追蹤監控、服務使用審計、鑒權等
- 易于運維，測試、糾查、問題規則配置
- 性能，負載均衡、高并發
三、基于 OneService 建構資料體系
了解完 “OneService” 理論，接下來為大家分享如何基于 OneService 建構資料體系，主要遵循以下步驟：
● 第一步：API 定義
API 的定義包括：快速配置參數、選擇排序字段、API 類型多樣性、資料預覽、複制字段等方面。
API 的類型又包括生成 API、注冊 API、服務分組及服務編排這 4 個方面。
● 第二步：API 釋出
API 的釋出包括測試、送出至 API 網關、釋出至 API 市場、版本管理這幾個方面。
● 第三步：API 調用
API 調用包括資料預覽、API 申請、審批、下載下傳接口文檔、正式調用這幾個方面。
● 第四步：調用監控
業務上：對 API 調用的統計資料進行深入的分析，進而得出關鍵資訊；
技術上：通過 API 調用的統計圖表進行分析可以發現，哪些 API 最受歡迎；而哪些幾乎無人問津，應該被淘汰；
安全上：對調用 IP、調用次數進行監控，對調用者進行溯源。
● 第五步：資料安全
資料安全包括：統一認證鑒權、傳輸加密、安全組、角色配置設定、行級權限、調用審批等。
上述的資料服務 API 的建設過程，其實正是袋鼠雲自研的數棧資料服務 EasyAPI 産品的落地實踐過程。
資料服務（EasyAPI），高效的企業級資料服務産品，通過雙模式可視化配置生成與注冊 API，快速建構 OneService 資料共享服務，形成企業級的 API 市場和 API 服務管理平台，提高資料開放與共享效率。
同時産品具備以下特點:
- 快速建構
配置即開發，支援 0 代碼、低代碼快速建構 API
- 安全性高
使用者認證、監控、傳輸加密、API 級别安全政策、行級權限、角色配置設定、調用申請審批、調用周期次數的限制、黑白名單
- 靈活度高
“服務編排 “可對不同的 API 進行組合，支援內建 python 進行資料處理、支援 “條件判斷” 節點，選擇符合條件的分支
- 配置靈活
橫向拓展 API 網關、緩存
- 低成本運維
采用 Serverless 架構，隻需關注 API 本身的業務邏輯，很少考慮運作環境等基礎設施
四、API 實施落地案例
接下來我們分享三個使用客戶的實際案例，為大家介紹 EasyAPI 如何切實的幫助客戶解決問題。
● 金融：某證券公司應用資料服務
● 學校：某大學應用資料服務
● 零售：某網絡公司應用資料服務