BAT集體告別中臺(tái)上半場!接下來,中臺(tái)怎么玩?
老K的上一篇中臺(tái)文章《BAT都在悄悄“拆”中臺(tái),“碎片化中臺(tái)” 時(shí)代已來!" tab="innerlink" data-linktype="2" rel="nofollow">BAT都在悄悄“拆”中臺(tái),“碎片化中臺(tái)” 時(shí)代已來!》,閱讀量破3萬了。既然大家對(duì)“碎片化中臺(tái)”這個(gè)理念感興趣,在這一篇里,我們繼續(xù)聊聊“碎片化中臺(tái)”時(shí)代下,中臺(tái)怎么玩下去?畢竟大家都是要恰飯的,藥不能停啊。
01
“碎片化中臺(tái)”理念要義
碎片化中臺(tái),是中臺(tái)架構(gòu)演進(jìn)的必經(jīng)階段,各行業(yè)經(jīng)過幾年的實(shí)踐,也逐漸沉淀出一些貼合自己行業(yè)的中臺(tái)實(shí)踐。不同行業(yè),不同企業(yè),遇到的問題不同,解決的路徑也是不一樣的。從中臺(tái)演進(jìn)的過程來看,大致分成三個(gè)階段:業(yè)務(wù)中臺(tái)、雙中臺(tái)、碎片化中臺(tái)。
總的說來,中臺(tái)主要解決兩個(gè)問題:一是,提升體驗(yàn);二是,降低成本。
體驗(yàn)怎么提升呢?中臺(tái)只是手段,中臺(tái)的目的是支撐小前臺(tái),通過改善前臺(tái)來提升用戶體驗(yàn),通過梳理業(yè)務(wù)SLA沉淀到中臺(tái),以服務(wù)化的方式輸出,確保最低服務(wù)體驗(yàn)標(biāo)準(zhǔn)。
成本如何降低?通過合并重組相似組織來降低,如果系統(tǒng)存在大量重復(fù)建設(shè),就說明公司存在大量重復(fù)組織,合并這些組織就能夠降低成本,從而提升效能。
抓住這兩個(gè)本質(zhì)問題,就不會(huì)被那些花里胡哨的概念所迷惑,透過紛繁復(fù)雜的表象去獨(dú)立思考。
02
“碎片化中臺(tái)”定義補(bǔ)充
上篇“碎片化中臺(tái)”的文章發(fā)表后,留言非常精彩,老K的讀者藏龍臥虎,個(gè)個(gè)都是人才。下面,摘取其中幾條精彩留言,幫助大家理解“碎片化中臺(tái)”概念:
1、“拆”中臺(tái)的表達(dá)可以再精準(zhǔn)一下,進(jìn)入精細(xì)化運(yùn)營階段,從原來的大包大攬,到現(xiàn)在的根據(jù)業(yè)務(wù)精細(xì)化匹配,精細(xì)化拆分,深化靈活性。從熵增到增益的轉(zhuǎn)換。
2、1)中臺(tái)本質(zhì)上也是信息化或數(shù)字化技術(shù)的具體實(shí)現(xiàn),即一個(gè)信息化或數(shù)字化系統(tǒng)。2)信息技術(shù)或數(shù)字技術(shù)本身是生產(chǎn)力的代表,而生產(chǎn)力就會(huì)決定生產(chǎn)關(guān)系,生產(chǎn)力的變化會(huì)推動(dòng)生產(chǎn)關(guān)系的變化。3)所以無論是“前中后”臺(tái),還是微服務(wù),其核心是通過信息技術(shù)或數(shù)字技術(shù)改進(jìn)或重塑組織關(guān)系和生產(chǎn)方式的過程。
3、拆了是完善毛細(xì)血管的過程,不是拆大框架。
4、雙中臺(tái)的策略是對(duì)的,上半場做整合,下半場做拆分,符合“合久必分,分久必合”的大道。企業(yè)架構(gòu)中臺(tái)拆分的粒度需要根據(jù)自身的業(yè)務(wù)需求來梳理。總之,中臺(tái)沒有標(biāo)準(zhǔn)化的定義,與千篇一律的架構(gòu),借鑒經(jīng)驗(yàn)是對(duì)的,符合現(xiàn)狀更重要。
5、中臺(tái)是IT生產(chǎn)力和生產(chǎn)關(guān)系發(fā)展到一定階段的產(chǎn)物,過去我們只是簡單的通過功能的組合構(gòu)建各種通用的工具,只包含了“事”本身,也就是說解決了對(duì)功能的抽象和沉淀。而中臺(tái)是從領(lǐng)域去著手,構(gòu)建領(lǐng)域驅(qū)動(dòng)能力,包含了“人、事、物”,是對(duì)于在一個(gè)領(lǐng)域能完整能力的抽象和沉淀,有點(diǎn)類似于面向過程到面向?qū)ο蟮倪^度。
以上5則留言都非常有見地,簡直就是留言比文章更精彩啊。所以,看完老K的文章,一定要看看留言。
03
碎片化中臺(tái),回歸技術(shù)本質(zhì):EAI
碎片化中臺(tái),會(huì)產(chǎn)生數(shù)據(jù)孤島嗎?
碎片化中臺(tái),不會(huì)產(chǎn)生數(shù)據(jù)孤島問題。中臺(tái)架構(gòu)的演進(jìn),經(jīng)歷了:業(yè)務(wù)中臺(tái)、“數(shù)據(jù)-業(yè)務(wù)”雙中臺(tái)兩個(gè)階段建設(shè),形成了強(qiáng)大的數(shù)據(jù)中臺(tái),解決了此前困擾企業(yè)多年的數(shù)據(jù)孤島問題。
碎片化中臺(tái),是在“數(shù)據(jù)-業(yè)務(wù)”雙中臺(tái)的基礎(chǔ)之上,更精細(xì)化地架構(gòu)演進(jìn)過程,也就是完善企業(yè)IT架構(gòu)毛細(xì)血管的過程,不是拆骨架。相反的,數(shù)據(jù)中臺(tái)更豐富、業(yè)務(wù)中臺(tái)更強(qiáng)大,企業(yè)的服務(wù)能力更趨向成熟。
碎片化中臺(tái)時(shí)代,架構(gòu)面臨什么挑戰(zhàn)?
碎片化中臺(tái)以后,技術(shù)棧也開始不統(tǒng)一了,異構(gòu)系統(tǒng)是必然的趨勢。Java(Scala/Groovy)/Go/Python/...都會(huì)大量使用在各類場景之中。服務(wù)治理方面,將面臨巨大挑戰(zhàn)。
其次,碎片化中臺(tái)的服務(wù)能力、數(shù)據(jù)能力如何更好地服務(wù)于前臺(tái),碎片化中臺(tái)形成了網(wǎng)狀的能力分布方式,面向前臺(tái)的接口是非常不友好的,畢竟“碎片化中臺(tái)”的接口數(shù)量相對(duì)于業(yè)務(wù)中臺(tái)時(shí)期,達(dá)到幾何倍數(shù)的增長。
另外,實(shí)施了中臺(tái)的企業(yè)會(huì)發(fā)現(xiàn),“大中臺(tái)+小前臺(tái)”所描繪的場景畫面太美,濾鏡開得太多。真實(shí)場景下,不忍直視,我們?cè)鴷诚胪ㄟ^“搭積木”的方式能夠快速建立一個(gè)小前臺(tái),快速試錯(cuò)。實(shí)際上,能夠搭建出來的都是邏輯簡單的應(yīng)用,貼合企業(yè)自身場景的,仍需要大量開發(fā)工作。
碎片化中臺(tái)的解藥:EAI
以上問題如何解決?EAI這只老酒瓶,即將登場。
04
中臺(tái)下半場:碎片化中臺(tái)+EAI
EAI概念
EAI并不是什么新概念,相對(duì)對(duì)微服務(wù)、中臺(tái),它是個(gè)“過時(shí)”的概念,讓我們重新學(xué)習(xí)EAI概念。
企業(yè)的業(yè)務(wù)流程同時(shí)會(huì)涉及多個(gè)應(yīng)用系統(tǒng),因此要求這些系統(tǒng)能夠協(xié)同,但接口,架構(gòu)的不統(tǒng)一往往使得這些本應(yīng)緊密集成的應(yīng)用系統(tǒng)成了一個(gè)個(gè)“信息孤島”,EAI技術(shù)應(yīng)運(yùn)而生。
EAI,就是企業(yè)應(yīng)用集成(Enterprise Application Ingegration EAI)技術(shù),它可以通過中間件作為粘合劑,來連接企業(yè)內(nèi)外各種業(yè)務(wù)相關(guān)的異構(gòu)系統(tǒng)、應(yīng)用及數(shù)據(jù)庫,從而滿足ERP、CRM、SCM、OA、數(shù)據(jù)庫、數(shù)據(jù)倉庫等重要系統(tǒng),直接無縫共享和交換數(shù)據(jù)的需要。
學(xué)習(xí)完EAI概念,是不是聞到了熟悉的味道?是的,它也是解決“信息孤島”問題、系統(tǒng)異構(gòu)問題、數(shù)據(jù)互聯(lián)互通問題。中臺(tái)是企業(yè)數(shù)字轉(zhuǎn)型的方法,并不是唯一的方法,別把企業(yè)數(shù)字化轉(zhuǎn)型的希望,都寄托于中臺(tái)戰(zhàn)略之上。
EAI的核心是,使用中間件連接企業(yè)應(yīng)用。需要用到多種不同類型的中間件,以提供EAI的功能。隨著微服務(wù)、JSON-RPC/RESTful API等技術(shù)的發(fā)展,又賦予了EAI更強(qiáng)大的生命力,使得這個(gè)“粘合劑”解決方案再次發(fā)揮巨大威力。
碎片化中臺(tái)+EAI
碎片化中臺(tái)+EAI,賦予了企業(yè)更強(qiáng)大的服務(wù)能力。企業(yè)IT團(tuán)隊(duì)能夠更快速打造前臺(tái)應(yīng)用,真正實(shí)現(xiàn)“積木式”的構(gòu)建方式,幫助企業(yè)賦能前臺(tái),豐富生態(tài)系統(tǒng),布局更多的業(yè)務(wù)場景。
中臺(tái)的能力,不多贅述,下面重點(diǎn)介紹EAI,EAI解決方案提供了:用戶交互、應(yīng)用連接、業(yè)務(wù)流程整合、信息整合、信息集成,五個(gè)方面的能力。
用戶交互:實(shí)現(xiàn)用戶界面統(tǒng)一的接入與安全機(jī)制,利用門戶技術(shù)進(jìn)行構(gòu)建。包括多端應(yīng)用場景,PC、移動(dòng)、多媒體終端等,可以選用的技術(shù)也比較豐富,例如多端適配技術(shù),uni-app、Flutter等等。
應(yīng)用連接:通過HUB或總線架構(gòu),實(shí)現(xiàn)應(yīng)用與應(yīng)用之間的連接,完成相關(guān)的數(shù)據(jù)路由與數(shù)據(jù)格式交換。隨著服務(wù)化技術(shù)的日趨成熟,HUB或總線架構(gòu)并不一定是企業(yè)的最佳選擇。比如微服務(wù)技術(shù),使服務(wù)連接更加便捷,在安全性、交互性、易用性方面表現(xiàn)更優(yōu)。
業(yè)務(wù)流程整合:實(shí)現(xiàn)業(yè)務(wù)流程管理,包括工作流管理和自動(dòng)化流程兩個(gè)方面。通過工作流引擎、規(guī)則引擎技術(shù),提供了拖拽式、插拔式的快速實(shí)現(xiàn)手段,調(diào)用碎片化中臺(tái)的能力,幫助企業(yè)快速構(gòu)建前臺(tái)應(yīng)用。
信息整合:這個(gè)層面包含兩個(gè)部分,一部分是構(gòu)建與現(xiàn)有應(yīng)用兼容的新應(yīng)用,另一部分是對(duì)現(xiàn)有資源進(jìn)行重用以適應(yīng)新環(huán)境的需要。有強(qiáng)大的“碎片化中臺(tái)”架構(gòu)的支持,將企業(yè)的業(yè)務(wù)重構(gòu)、業(yè)務(wù)創(chuàng)新效率提升到前所未有的高度。
信息集成:實(shí)現(xiàn)數(shù)據(jù)集成,在異構(gòu)的數(shù)據(jù)源之間實(shí)現(xiàn)數(shù)據(jù)層的直接整合。背后依托強(qiáng)大的數(shù)據(jù)中臺(tái),快速實(shí)現(xiàn)企業(yè)的數(shù)據(jù)定義統(tǒng)一、數(shù)據(jù)服務(wù)統(tǒng)一,讓數(shù)據(jù)成為企業(yè)變革的驅(qū)動(dòng)力。
05
寫在末尾的話
本文回顧了,中臺(tái)演進(jìn)過程的三個(gè)階段:業(yè)務(wù)中臺(tái)、“業(yè)務(wù)-數(shù)據(jù)”雙中臺(tái)、碎片化中臺(tái)。
碎片化中臺(tái),是中臺(tái)完善毛細(xì)血管的過程,不是拆大框架。
中臺(tái)主要解決兩個(gè)問題:一是,提升體驗(yàn);二是,降低成本。
EAI,就是企業(yè)應(yīng)用集成技術(shù),它可以通過中間件作為粘合劑,來連接企業(yè)內(nèi)外各種業(yè)務(wù)相關(guān)的異構(gòu)系統(tǒng)、應(yīng)用及數(shù)據(jù)庫,從而滿足企業(yè)多個(gè)重要系統(tǒng)直接無縫共享和交換數(shù)據(jù)的需要。
EAI解決方案提供了:用戶交互、應(yīng)用連接、業(yè)務(wù)流程整合、信息整合、信息集成,五個(gè)方面的能力。
最后,EAI+碎片化中臺(tái),賦予了企業(yè)更強(qiáng)大的中臺(tái)服務(wù)能力。企業(yè)IT團(tuán)隊(duì)能夠更快速打造豐富的前臺(tái)應(yīng)用,真正實(shí)現(xiàn)“積木式”的構(gòu)建方式。幫助企業(yè)賦能生態(tài)、在更多領(lǐng)域進(jìn)行產(chǎn)業(yè)創(chuàng)新。
特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容,還沒關(guān)注的小伙伴,可以長按關(guān)注一下:
長按訂閱更多精彩▼
如有收獲,點(diǎn)個(gè)在看,誠摯感謝
免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn),不代表本平臺(tái)立場,如有問題,請(qǐng)聯(lián)系我們,謝謝!