中臺“不火”瞭,企業數智轉型如何破圈?

作者 | 孫溥茜頭圖 | CSDN 下載自視覺中國出品 | CSDN(ID:CSDNnews)

隨著數字網絡的發展,社會生產力大幅提高,催生出大量新生業態,社會全面步入工業4.0時代。傳統企業在全新的生產環境下,迫切需要改變舊有的生產模式。

在新的工業背景下,企業間也需要打通數據通路,提高信息流通程度,降低溝通成本。企業需要進行數智化轉型,向更智能,更靈活方向轉變。在企業進行數智化轉型過程中,中臺理念為轉型提供瞭有力的技術支持。統一的中臺戰略將企業資源統一匯集,打破企業內固有的數據孤島,充分挖掘數據的價值,更靈活地面對前端業務需求。

微服務、容器、人工智能等新興技術手段加速瞭企業數智化轉型進程,如今中臺理念已被廣泛接受,並且被廣泛踐行。在實際運用的過程中,對不同的業務場景,各傢中臺亦有各自側重點與不同。用友作為一傢專業的企業服務提供商,在企業數字化轉型大背景下,提出 BIP(Business Innovation Platform, 商業創新平臺)理念。

(圖片來源:用友官方)

BIP 基於在產業互聯網層面,拓寬企業的邊界,聯通產業鏈上的資源與組織,是一個社會化的企業與企業間的商業產業互聯網平臺,BIP 旨在顛覆 ERP,從以往的加速企業內部信息化進程,到建立企業與企業間關系,進一步為企業降低運營成本。

在此理念下,今年8 月,用友提出 YonBIP 商業創新平臺,該平臺基於大數據、AI、雲計算、區塊鏈等底層數智化技術,采用雲原生、微服務、中臺化、數用分離等新一代技術架構,為數據、智能、業務三大中臺提供底層技術支持。進而通過三大中臺向業界輸出數智化產品,幫助企業加快數智化轉型。

那麼 YonBIP 大中臺如何協助企業構建產業鏈生態?多企業協作在技術上又會遇到哪些問題?YonBIP 為何采用三技術平臺+三大中臺的技術架構?對此,CSDN 采訪到用友網絡雲平臺架構部負責人劉昆鵬。劉昆鵬自2006 年加入用友,親歷瞭用友 NC、iuap 平臺的成長發展,一路從研發新人走到技術架構師,豐富的行業經驗使他對企業管理軟件的發展、中臺技術具有獨到的見解。

中臺“不火”瞭,紮根賦能企業應用

前幾年“中臺”還是 IT 圈的熱詞,今年以來“中臺”的呼聲減少,是中臺不火瞭嗎?劉昆鵬為我們講到:“今年很少人有提這個詞瞭,因為中臺這個詞現在已過瞭炒作期,如今已沒有什麼爭論、疑問的地方。或者說,“中臺化”已經成為企業數智化轉型的必備選擇,至少對於大型企業而言,中臺化架構已經成為業務創新與管理變革的必備能力。 ”

(圖片來源:視覺中國)

在企業進行中臺化改造時,面臨的不僅是技術架構的變化,也需要配套企業頂層戰略與組織上的變化。劉昆鵬曾參與過某大型電力集團的中臺化改造工作,由於該企業 IT 供應商繁多,架構差異性大,技術體系也不統一,企業內部系統錯綜復雜,如煙囪林立。讓這樣一個錯綜復雜的內外部環境遷移到新的中臺上,需要漫長融合與斷臂的過程。企業需要消滅一些原有的能力來適配新的體系,也需要用各種考核方法與標準來推進遷移過程,對企業來說這並不簡單。

劉昆鵬表示,從企業角度看,用戶原有系統要與中臺不斷沉淀與融合,在不斷完善中臺的能力中心的同時,也會形成新的能力中心。這不但是系統的變革,也是對組織架構和頂層戰略的調整。

從這個真實的企業應用場景我們可以看出,傳統的 ERP 已無法處理巨量的高頻的數據,中臺的核心目標就是構建高復用的能力體系,以支撐前臺的靈活創新,提升前臺的應變能力。

如此看來,並不是中臺不火瞭,而是真正走向落地應用,到瞭真正固化中臺能力的時候。

三大平臺+三大中臺,加碼企業數智轉型

用友現在便是處於這種狀態,像YonBIP 就是以中臺為底座來發展,剩下的就是做實、真正落地應用。

(圖片來源:用友官方)

據劉昆鵬介紹,YonBIP 是用友於今年發佈的商業創新平臺,它的技術底座是 iuap 平臺。iuap 平臺主要由業務中臺、數據中臺、智能中臺以及技術平臺、低代碼開發平臺、集成連接平臺組成。YonBIP 的業務中臺是全域中臺,既包含瞭用戶中心、組織中心、權限中心等基礎能力中心,也包含營銷中臺、采購中臺、制造中臺、供應鏈中臺、金融中臺、財務中臺、人力中臺和協同中臺。

業務中臺和上層應用的數據會沉淀到數據中臺,數據中臺負責數據的全生命周期管理,對數據進行清洗、建模、分析再反哺到業務,形成業務與數據的完美閉環。

(圖片來源:用友官方)

智能中臺在數據中臺基礎上,打通瞭從數據特征處理,模型訓練到智能推理服務上線的全鏈路,並提供瞭簡單易用的操作界面來簡化落地智能應用。

VPA(虛擬個人助理)與 RPA(機器人流程自動化)是目前很成熟的兩個智能機器人載體,在終端幫助企業用戶提升工作效率,改變人機交互模式。智能應用已經在財務領域、采購領域、營銷領域等多個領域有深度的應用。

(圖片來源:用友官方)

最底層的技術平臺則更加強調其基礎設施作用,作為工具的支撐能力,隨著底層雲原生技術的不斷成熟與發展,其對上層業務的侵入降低,上層業務可以更好的關註業務自身發展。以用友自身 iuap 體系為例,隨著技術迭代,舊的技術架構出現性能瓶頸,所以在技術層面向組件化、微服務化方向做架構轉型。

低代碼開發平臺用於低成本的快速能力擴展和新業務開發,集成連接平臺實現雲內和雲間的數據集成、API 集成、應用集成等功能。

如此一來,在三大平臺+三大中臺架構下,YonBIP 應用雲原生、大數據、AI 等技術來支撐企業更好地實現數智轉型。

業務場景眾多難管理?微服務“可合可分”來助力!

 

隨著技術的迭代,舊有技術架構在向微服務化方向做架構轉型過程中也會遇到一些問題。微服務雖然提升瞭系統的彈性,但是也提高瞭服務的拆分與治理的復雜度。以 YonBIP 為例,業務場景涉及到企業間的各種復雜業務關系,需要在企業之外建立更高層的社會化模型,業務模型比傳統的 ERP 系統更為復雜。且企業采用的雲服務的模式不同,以公有雲為主,同時也支持專屬化部署,但不同的部署模式由同一套代碼來支撐,這對微服務的設計要求更高。由於微服務是低耦合的,每個微服務之間相對隔離自治,在這種情況下,用友提出“微服務可分可合”的新設計理念。

“可分可合”的理念是針對不同的部署和應用場景,實現不同粒度的微服務拆分與組合。在公有雲上適應高並發、高可用的要求,需要較細粒度的微服務。而在專屬雲上通過特殊的技術封裝,實現微服務的場景化合並部署和運行。針對不同的客群采用不同的部署模式,實現場景化的組合與拆分。

對於微服務的問題診斷與監控,劉昆鵬講述到:單體架構升級到微服務架構之後,增加瞭大量微服務之間的跨進程調用,再加上 YonBIP 復雜的業務依賴關系,導致服務間的調用鏈路極其復雜,對服務的開發、問題診斷、健康監控等帶來瞭很大挑戰。

YonBIP 針對自身業務特點,提供瞭錄制模式的分佈式鏈路追蹤能力。不同於以往的采樣收集式的 APM 工具,YonBIP 自研瞭埋點和收集框架,可動態控制日志的輸出,從而在需要問題診斷時,進行性能數據的采集上報。

這樣的好處在於能夠精準的采集復現問題時的數據,同時最大限度的減少對運行業務的性能損耗。結合用戶的當前會話信息和錄屏回放,基於 Dapper 論文,以會話 id 和 traceId 的維度將鏈路和操作數據完整還原。從前端任意的操作動作,到後端的服務接入、微服務之間的調用,從開發框架到中間件運行數據,以及數據庫執行的 SQL,甚至到底層對 IaaS 資源的占用,都可形成完整的監控鏈條。這樣為微服務的開發過程、線上偶發的穩定性、性能的問題提供瞭很好的工具和依據。

業務中臺+低代碼,快捷建立業務模型

實際應用場景中,由於各企業的業務差異性很大,標準化的產品在企業中無法完全滿足需求,這便對中臺技術的靈活性和擴展能力要求很高。

(圖片來源:用友官方)

YonBIP 中臺能力結合低代碼開發平臺 YonBuilder,能夠快速、低成本的滿足這種需求。YonBuilder 采用元數據驅動開發技術,在實際應用過程中業務人員可通過低代碼拖拉拽的方式實現業務對象、業務動作、業務流程、業務關系以及業務展現的統一建模。同時 YonBuilder 也提供瞭低代碼開發專業引擎,支持低代碼開發能力,這樣可以低成本的實現標準業務的定制與擴展,也能進行快速的能力開發和業務創新,使 YonBIP 更具開放性和創新能力。

無論是普通企業用戶還是獨立軟件開發商,企業均可針對自身業務特性,利用YonBuilder 進行開發和二次開發。據瞭解,可視化開發可實現90%左右的業務邏輯,剩餘的10%可通過低代碼開發實現。另外持續集成、持續部署、容器化等技術平臺能力也與 YonBuilder 實現瞭整合,極大提高瞭開發效率,降低瞭運維成本。

中臺概念從提出到被廣泛實踐不過也隻是近二、三年的事情,沒有人知道企業數智化轉型中會遇到怎樣的困境,又需要怎樣的解決方案,隻能一邊實踐一邊探索,中臺也在這個過程中,變得更加立體更加生動。中臺也許不會有一個確切的規格方案,但是企業數智化轉型是“開弓沒有回頭箭”,隻有做好做深才是唯一答案。除瞭中臺,未來也許還會有新的架構理念出現。但是提高效率,解放更多生產力,是企業恒久不變的話題。

更多精彩推薦

  ☞AWS 聘用 Rust 編譯器聯合創始人,大企為何都愛 Rust?
☞CSDN星城大巡禮,長沙“科技之星”年度企業評選正式開啟
☞做數據中心,騰訊是認真的

☞首次公開!阿裡巴巴雲原生實時數倉核心技術揭秘

☞升級版“絕悟”AI自帶“軍師”,解禁王者榮耀全英雄池

☞一文告訴你霧計算與雲計算的區別及對物聯網的價值!

☞46 歲美國華裔“鞋王”意外去世,25 歲創業成億萬富翁

點分享點點贊點在看