-
1 # 人月聊IT
-
2 # 數通暢聯
企業中臺化可以理解為一組微服務,在微服務上疊加一些業務服務,如業務流程和微服務的組合服務等等。企業中臺是基於企業業務層面SOA化的服務,是一種組合服務,可以進行服務的重組或編排,對外提供整體的業務服務和服務能力。因此,企業中臺下面有一組微服務,解決的是服務能力的問題,IT系統與IT資源可以進行疊加,通過底層服務能力的提供,業務能力也會隨之增強。企業中臺可以保證業務本身的靈活性,服務能力可以隨著資源的橫向擴充套件而擴充套件,解決業務響應慢、效能瓶頸等問題。
業務中臺更多偏向於業務流程管控,將業務流程中共性的服務抽象出來,形成通用的服務能力。基於這些通用服務的能力,可以快速搭建前臺應用,使其可以直接面向終端使用者,極大提升構建面向終端使用者前臺的速度和效率。
而資料中臺則是抽象資料能力的共性形成通用資料服務能力。同一個服務,在應用層面展現的內容可能不一樣,但是底層的資料體系是一致的,資料中臺也將極大提升資料開發的效率,降低開發成本,同時可以讓整個資料場景更為智慧化。
-
3 # Convertlab
業務中臺一般指線上業務為典型特徵的中臺。在OLDI(Online Data-Intensive)時代,越來越多的企業的核心業務都是線上業務,因此把線上業務中臺簡稱為業務中臺。但對那些不是以線上業務為主的企業,它需要的業務中臺可能就不是線上業務中臺了,而是資料中臺或別的什麼中臺。
資料中臺一般指以資料採集、資料整合、資料治理,指標體系和資料倉庫統一建設等資料管理活動為典型特徵的中臺。同樣,在OLDI時代,資料中臺越來越重要。狹義的業務中臺也就是線上業務中臺負責OLDI中的OL(Online),資料中臺負責OLDI中的DI(Data-Intensive)。
-
4 # 數鑰分析雲
企業中臺是由業務中臺和資料中臺構建起資料閉環的運營體系,實現以數字化資產的形態構建企業核心差異化競爭力。
中臺是企業級的概念,是從全域性考慮,打破系統孤島,方便各業務線快速迭代,個性化的需求而制定的新概念。
中臺就像是前臺與後臺之間的一組齒輪,它將前臺與後臺進行匹配,是前臺與後臺連線的橋樑。
中臺的出現,整合了企業的業務和資料,提高了企業資訊系統的複用性,為管理運營形成強力支撐。
企業如何實現“中臺戰略”呢?企業需要有一套強大的資訊化管理平臺,通過這個平臺,將各業務線進行一體化管理,以幫助企業決策為目的,構建數字化運營體系,讓企業在激烈的競爭中,做到快速響應市場需求。
企業“中臺化”,一般從構建業務中臺和資料中臺入手。
1.業務中臺:實現了後端業務資源到前臺易用能力的轉化。
比如:使用者中心、商品中心、訂單中心、評價中心、店鋪中心、營銷中心等業務共享單元,一般由ERP、CRM等軟體實現;
2.數字中臺:從後臺及業務中臺將資料流入,完成海量資料的儲存、計算、產品化包裝過程,構成企業的核心資料能力。
比如海量資料進行採集、計算、儲存、加工的一系列技術集合,包括資料模型、演算法服務、資料產品、資料管理等,和企業的業務有較強的關聯性,一般用BI工具來實現。
企業“中臺化”,是對企業傳統架構的一次顛覆和進化。
企業如何實現自己的中臺戰略,需要一套完整的解決方案,從組織形態、業務、產品、資訊系統等,並結合行業大資料等,進行統籌規劃,才能建設出適合企業自身的中臺。
回覆列表
首先我再整理下我原來提到過的一些關於企業中臺的觀點
1. 企業中臺是企業共性業務能力的下沉,體現的是業務能力可複用和靈活組合
2. 企業中臺區別傳統的IaaS和PaaS平臺,更多是一個業務平臺,包括了業務中臺和資料中臺
3. 中臺構建本身參考了微服務架構思想,並基於業務高內聚進行了微服務化並提供能力
對於一個專業細分的業務領域而言,軟體企業要做的就是將對業務領域的多年經驗和理解沉澱到業務中臺,形成可複用的各個業務中臺能力中心,然後為上層靈活多變的各類應用提供服務能力。由於沉澱了業務理解形成通用化,可複用的業務模型,那麼這個能力被不會輕易被模仿。
而今天當我重新再談企業中臺的時候,可以理解為:
業務平臺+能力開放平臺 構成了企業中臺,即業務平臺各微服務模組化後的業務中心首先提供可複用的業務能力API介面,然後這些介面能力再通過能力開放平臺開放出去並統一管理。
其一,中臺思路的產生
首先還是要先講清楚為什麼會產生中臺的概念,中臺的提出和中臺的產生背景。這些還是得介紹清楚。同時在介紹這些的時候還是要談到SOA,可以看到前臺和後臺分離,中臺提供能力,前臺可以基於中臺能力快速的構建應用本質還是SOA的核心思想,即原來講過的可重複服務識別,服務能力的組裝和組合。
那麼中臺思路和原來的SOA的思路差別點在哪裡?
從我原來對SOA架構思想的描述,到中臺的核心構建可以看到,SOA更多的是遺留系統本身的可複用介面服務識別,形成共享服務能力層,對遺留系統本身是一個簡單的適配過程;而對於中臺思想下可以看到完全是一次重新構建過程,這種重新構建的體現在。
傳統模式更多的是垂直化的業務系統構建模式,而中臺思路下不再有明確的單垂直化業務系統的概念,而本身就是為了打破原來垂直化豎井的邊界,因此採用的是一種分層構建的新IT應用構建模式。
其二,從SOA到微服務,中臺演進的必然之路
前面已經講到了中臺本身就是一個能力提供中心,而這個能力中心本身不再是簡單的遺留系統暴露介面的適配和釋出,而是微服務能力+能力開放API介面,這個是和傳統SOA架構和業務系統整合下一個很大的區別點。正是這個原因我們講從SOA到微服務,是中臺演進的必然之路。
那麼又得講清楚什麼是微服務?SOA和微服務架構的區別點在哪裡?在採用了微服務架構後真正帶來了哪些複雜度,同時在採用微服務架構後又面對哪些挑戰。
從SOA到微服務,本週管理的粒度更加細,管理複雜度實際是增加了,為了更好的進行模組開發和持續整合,配套開始介紹下DevOps和容器化技術。
其三,構建核心中臺層能力(中臺微服務模組+API介面服務)
要將企業中臺的構建本身又需要分為好幾個方面來講。其中包括了業務中臺的構建和資料中臺的構建。而對於業務中臺的構建本身又包括了由已有的遺留系統和IT資源來構建中臺,還是全新構建中臺。
構建中臺核心要做哪些事情?可以看到重點就是要搞清楚重點就是識別中臺應該包括哪些微服務模組,同時每個微服務模組究竟應提供哪些API能力介面?其次才是單獨的一箇中臺模組如何進行開發建設,API介面如何進行開發並能力開放。
即中臺的構建部分一定包括兩個方面的內容,業務諮詢和規劃,技術實現兩個層面。業務諮詢規劃解決的是中臺模組如何劃分,介面服務如何識別?而技術實現解決的是採用微服務開發框架如何開發,API介面如何開發和接入等技術層面的問題。
其四,構建能力開放平臺(API接入+能力運營+管控運維)
這塊感覺可以單獨拿出來講,即傳統業務系統整合我們更多講的是ESB服務匯流排,共享服務平臺。而在企業中臺構建思想下,我們講的是API服務閘道器和能力開放平臺,即是一種輕量的SOA服務匯流排。
業務平臺+能力開放平臺 構成了企業中臺
中臺構建完成後必須要將能力以API介面服務的方式暴露出去給前臺用,因此有必要單獨介紹下能力開放平臺,剛開始可以是簡單的API閘道器,但是要實現更好的介面服務運營和管理運維,則需要進一步將API閘道器引擎升級為完整的能力開放平臺。
業務中臺和資料中臺
對於業務中臺相對來說比較好理解,簡單一句話就是共性業務能力下沉形成的多個微服務化的業務能力提供中心供上層應用使用。而對於資料中臺,我們也可以總結為一句話就是,把資料變成資產並服務於業務的機制。資料來源於業務並反哺業務,不斷的迭代迴圈。
資料中臺是實現業務中臺核心共享資料的跨域整合,再通過加工後提供整合後的資料服務能力。這裡面有兩個重點,即第一資料要跨域整合,第二資料要加工處理後再提供增值服務能力,這個加工可能簡單的彙總表,也可能是複製的底層資料模型和智慧分析演算法。
業務中臺重點是業務資料化,而資料中臺重點是資料業務化,資料來源於業務又反哺業務。就建設和支撐層面來說我原來也總結過,即業務中臺是基礎業務能力支撐,必須要有,資料中臺是增值能力支撐,剛開始沒有也不會影響到業務本身的運作。