題圖:POCO 怒放的煙花
01 關於資料中臺
1、資料中臺的現狀
資料中臺,一個飽受爭議的話題。經歷過IT界的“逢人必談、企業必上”的各種“追捧”,也遭遇過搞不下去、拆“臺”裁人的種種“質疑”,但是目前資料中臺這個話題仍然具有廣泛的關注度和討論度。
筆者認為,人們關注資料中臺本質並不是在於“中臺”這兩個字,而是“資料”背後的價值。資料不僅能夠描述事物的現象、記錄事實,還能夠分析事物之間的關係、預測未來!簡單來說,人們始終關注的是從資料中獲得洞察力,釋放資料價值的能力。而恰恰,資料中臺架構——這個銜接多個“前臺”和多個“後臺”的中間層,透過資料服務化的方式,提高了資料的共享的能力,賦能業務應用,讓企業的資料能夠用起來、用得好!
2、資料中臺有哪些功能?
從功能上來講,資料中臺提供了對各類資料來源的統一採集、匯聚、處理、加工、治理的能力,並形成業務所需的各類資料服務,從而為前端的業務應用提供支撐。
作為中颱概念的早期提出者,阿里巴巴“方法論+組織+工具”的資料中臺體系得到了業內的廣泛認可。據阿里巴巴的公開資料顯示,阿里資料中臺主要包括了資料的採集/接入,資料資產管理,OneData體系,智慧資料研發等功能模組。事實上,經過了幾年的沉澱和發展,資料中臺在功能側已經從各廠商的各說各話,發展到趨近相似或相同了。
資料的採集/接入:透過對接各個“應用後臺”,實現各類資料的採集、匯聚和融合。
資料資產管理:主要提供元資料管理、資料質量管理、資料安全管理等功能,支援企業全景資料資產地圖,支援資料資產的分析、管理、應用和運營。
OneData體系:資料中臺思想的核心,強調資料只加工一次,主要包含:OneID、OneModel、OneService。
智慧資料研發:阿里資料中臺中這塊內容主要是指配套資料中臺的相關的標準規範、資料開發、任務排程、服務監控等能力。筆者認為智慧資料研發的核心是DataOps,是資料資源到資料產品的連線通道。注意,這個位置也許是接入低程式碼平臺的很好的位置,透過資料中臺為低程式碼平臺提供資料。
3、資料中臺解決什麼問題?
資料中臺強調資料只加工一次,避免重複“造輪子”,這是資料中臺概念提出的初衷。而當下,人們關注資料中臺,已經不是僅停留在喧譁的概念層面了,而是逐步迴歸了資料的本質——資料背後潛藏的洞察力和價值。也就是說,不論你是叫中臺還是平臺,前臺或是後臺,亦或是“補丁臺”(注:也有人認為資料中臺就是大資料平臺的一個外延,是給大資料平臺打的一個“補丁”!),重點還是要解決企業的業務問題,讓資料真正能夠在企業內進行共享和使用,給企業帶來業務價值和利益。
02 關於低程式碼平臺
1、低程式碼平臺火了!
全球權威諮詢機構Forrester Research在2014年首次提出了低程式碼、零程式碼的概念。低程式碼/零程式碼平臺簡單理解就是視覺化的程式設計方法,透過圖形化的配置方式、拖拖拽拽,不需要寫程式碼或者寫少量程式碼,就能完成業務應用的開發和上線。
2020年,由於受疫情影響,線上辦公需求暴增,如何快速開發和上線業務應用成為了一個剛需,低程式碼/零程式碼平臺逐漸被業內人士關注和認可。與此同時,低程式碼/零程式碼平臺也受到了資本青睞,典型代表OutSystems的估值超過了10億美元,Mendix低程式碼平臺被西門子花7億美元收購。亞馬遜、微軟、阿里、騰訊等國內外IT巨頭紛紛入局,大量傳統軟體廠商和新興SaaS廠商也紛紛押注,低程式碼平臺爆火!
2、低程式碼平臺有哪些功能?
從功能角度看,低程式碼平臺的功能主要包括:平臺基礎元件以及視覺化的資料建模引擎、流程引擎、表單引擎、報表引擎、UI引擎/統一門戶。
平臺基礎元件:開箱即用的組織、使用者、角色、許可權的功能模組;
資料建模引擎:提供資料模型設計器,支援動態建立資料模型,包括:資料實體,資料屬性,靜態值集等;
流程引擎:提供流程設計器,支援圖形化、視覺化的流程配置,包括:流程設計、流程控制、流程整合、流程審批、流程監控等;
表單引擎:提供表單設計器,支援PC端、移動端以圖形化、拖拽式進行表單設計,一般包括:豐富欄位型別,自定義佈局樣式,跨應用資料關聯,欄位計算公式,嵌入式子表單等;
報表引擎:提供視覺化拖拉拽和指令碼程式設計兩大報表開發引擎,支援自由報表、統計圖表、交叉報表、移動報表的開發。
UI引擎及統一門戶:面向企業的入口網站和內部系統介面,具有資料看板、主題面板、個性化定製等功能。
3、低程式碼平臺解決什麼問題?
相對於原生開發而言,低程式碼開發降低了應用開發人員的門檻限制。原生開發需要專業的IT技術人員才能開發應用,而低程式碼開發可以用少量程式碼甚至不用程式碼就能進行開發,甚至業務人員都能快速上手,這樣一來不僅能夠有效的降低人工成本,還能夠實現業務應用的快速開發和上線。
03 當資料中臺遇見低程式碼平臺,能擦出怎樣的火花?
我們不難發現:資料中臺側重於企業資料資產的統一管理、提供資料採集、處理、分析、探索、檢索和資料服務共享能力,而低程式碼平臺則更擅長業務應用的快速開發、快速上線。可見,資料中臺和低程式碼之間並沒有必然聯絡。如果硬要說他們之間有聯絡的話,就是很多低程式碼平臺具備了資料建模引擎、報表引擎這樣的在資料中臺中常見的功能元件。
但如果將資料中臺和低程式碼平臺結合,會擦出什麼樣的花火呢?
1、低程式碼平臺擅長快速開發應用,但不擅長資料的統一管理,資料中臺有助於打通企業的資料孤島!
低程式碼平臺核心特點是技術門檻低,初級程式設計師甚至業務人員也能夠用它快速開發出相關的業務應用。這其實也是一把雙刃劍,用不好的話“傷人傷己”,最大的一個挑戰就是如何保證資料的一致性。但是如果有了資料中臺做保障的話,這個問題就能迎刃而解了。透過資料中臺的OneModel統一資料標準規範,確保資料的計算口徑一致、演算法一致、編碼一致、命名一致,為上層的資料應用提供標準的資料服務。而低程式碼平臺應用的開發可以基於資料中臺的標準資料模型和資料服務之上進行構建,從而保證了企業資料的統一。
2、資料中臺擅長髮現問題,但不擅長實施改進,低程式碼平臺將補齊企業資料應用的“最後一公里”!
我們舉個例子說明。
某公司老闆發現本月的產品銷量下降了25%,於是讓資料團隊去分析銷量下降的原因。資料團隊透過將各渠道資料統一採集、彙集到資料中臺,這些渠道包括:線上商城、線下門店、各電商網站平臺等。經過一系列的探索式資料分析,發現其他渠道的銷售情況都是比較正常的,而某電商平臺的產品銷量下降了30%。再進一步分析,發現銷量下滑主要是該渠道的運營人員發生變動,沒有及時補貨,導致庫存一直處於缺貨狀態。發現了這一問題後,資料團隊將問題形成報告發送給了老闆和相關運營人員。
資料中臺的應用讓企業獲得了洞察力,幫助企業進行管理決策。實踐中,往往企業對資料中臺的應用大多數都是止步於發現問題或預測問題,具體的解決措施又是另外的體系。而真正的資料驅動型企業不僅善於從資料中發現問題、找到規律,還能利用資料幫助企業進行業務決策和自動化處理。
這個時候,低程式碼平臺就派上用途了,我們可以基於資料中臺所提供的資料服務,利用低程式碼平臺快速開發一個庫存智慧監測和補貨的資料產品,透過利用資料中臺的採集、處理和分析能力自動監測各渠道的產品週轉情況,並基於歷史資料和商業情報等資料預測各渠道的銷量,平衡各渠道庫存,實現供應鏈的自動補貨。
寫在最後的話
資料中臺透過整合各種“後臺”資料,形成企業的資料資產,讓相關資料使用部門和人員獲取資料服務的時間更短,成本更低,價值更高。低程式碼平臺的技術門檻低,應用開發簡單而快速,能夠業務所需快速開發出相關的應用和產品。兩者在本質上都是為了提升業務的效率,使企業具備敏捷應對業務變化的能力。如果將資料中臺+低程式碼平臺組合應用,讓兩者之間優勢互補,或許將是企業數字化轉型過程中的一個不錯的解決方案。
當然,還是那句話,這個世界上不存在完美的解決方案,再好的方案也不一定適用每一個企業。不論是資料中臺還是低程式碼平臺,本質上都是為了解決企業的業務問題,提升業務效率或創新能力的一個工具,而企業的數字化目標不是有了工具就能實現的,還需要與之匹配的組織、人員、流程、方法以及企業文化。
T研究團隊重磅釋出