top of page

數據應用須三大支撐

Updated: Apr 28

隨着移動互聯網、物聯網、雲計算、人工智能(AI),以及大數據等技術發展,不僅數據體量以指數級增長,更重要的是大數據的組成(多源異構)及治理的難度,為發展帶來愈來愈多障礙。近年智慧城市興起,數據如何為城市提供驅動力再次成為焦點,怎樣的數據平台才可駕馭這個比任何大型企業都更大的「業務」架構?集中式的數據存儲適用於未來的物聯網世界嗎?政府要做什麼才可賦能數位生態?這些新舊問題混雜,筆者將根據自身經歷,在本欄以連續三篇文章作出淺釋,望能拋磚引玉。

無獨有偶,企業內的一些問題,在各地的市政府機構內部也正發生,在缺乏頂層設計之下,資訊化步伐都在追隨各個職能部門的發展,數據體系也是基於業務單元垂直積累,從而形成了煙囪式體系。垂直式數據體系的優點是緊貼場景反應敏捷,缺點是數據分散、不標準,難以共用關聯,大數據價值優勢無法實現。此外,煙囪式數據體系還會造成混亂的數據調用和拷貝,除了重複建設造成資源浪費,數據難以溯源所帶來的歧義,亦將嚴重破壞數據品質。

自從大數據時代開始,我們就注意到數據安全是最大發展障礙。數據安全問題向來令人糾結,業界致力於保護數據的同時,又要兼顧業務發展需求,任何安全原則必須契合其商業目標及風險承受能力。運作至今大約十年,大數據總體趨勢是數據外部化、服務標準化、邊緣智能化、即時回饋等,讓安全邊界愈發模糊,風險評估難度更高。以往基於靜態分層的數據安全原則,難以有效防範威脅,這時候應該回到創新科技,包括機器學習、人工智能及區塊鏈,作為解決安全問題的手段。特別是區塊鏈使用加密與分散方式解決多方互信問題,是很值得期待的新途徑。

在認同大數據是未來創新核心的前提下,需要把數據戰略的先進性、前瞻性放到優先考慮位置。否則大數據的能力會隨着粗放式營運而變得停滯不前,淪為有名無實;數據愈亂,建立大數據的能力門檻愈高,從資訊化到數據化的時間節點都會影響治理難度。管理層必須理解,從資訊化到數據化再到應用,必須有強大的技術、靈活的政策,以及開放的生態支撐,方可馬到功成。

有見於此,阿里巴巴在2013年開始提出建設數據中台的概念;根據執行過程,再加上筆者離開阿里之後的觀察,針對數據中台有幾點看法想跟大家分享,不論大型企業或地區政府都值得參考。 數據中台賦能改革.三之一

Recent Posts

See All
AI預算黑洞 根源在架構設計

過去兩年。美國眾企業不約而同墮入一個速成陷阱: 認為購買了一個模型、聘請幾位演算法工程師、便能成功實現人工智能 (AI) 落地。然而,即使模型選擇正確數據卻 難以整合;數據成功整合,系統卻無法運行;系統成功運行,但業務部門不會操作;即使學會操作,3個月後模型又變得過時。 問題根源其實不在模型,而在架構。猶如建造大樓,若設計圖存在缺陷,再昂貴的材料也難以支撐。許多企業投入巨資購買「鋼筋水泥」(模型和

 
 
智能代理編程戰 懂人機協作致勝

上周把兩個消息放在一起看,很有意思。 第一個,Anthropic宣布Claude Code推出Artifacts,讓軟件工程師在寫程式的過程中,業務主管能同時打開網頁儀表板,就能看到軟件即時更新及開發的狀態。 第二個,中國人民大學和微軟亞洲研究院聯合推出一個叫Arbor開源自主人工智能體的新框架,系統能自動提出假設、修改代碼,運行真實實驗並從結果中學習,自動優化解決問題。 過去一年大家比併的是模型

 
 
集結舊手機算力 媲美當今伺服器

你可曾想過,你抽屜裏那部4年前的舊手機,可能很有價值? 這個星期,Google Research聯同加州大學聖地牙哥分校(UCSD)公布一項創新計劃:運用2000部退役的Pixel手機,構建一個真實可用的雲端計算平台。這不僅是概念驗證,更是一個供數百名學者與研究人員實際操作的生產級環境。處理方式十分直接,將舊手機的熒幕、電池、外殼全部移除,僅保留主機板,透過Kubernetes技術組成叢集,直接轉

 
 
bottom of page