新聞中心
由于中臺這個詞被泛化和爛大街后,我也很少再談中臺這個概念,但是我仍然一直在強調(diào)中臺本身是融合了類似SOA,微服務(wù),云計算很多架構(gòu)思想的一個產(chǎn)物。你自己應(yīng)用不好并不代表這個思想本身不好。

創(chuàng)新互聯(lián)的客戶來自各行各業(yè),為了共同目標,我們在工作上密切配合,從創(chuàng)業(yè)型小企業(yè)到企事業(yè)單位,感謝他們對我們的要求,感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn),讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。專業(yè)領(lǐng)域包括成都網(wǎng)站設(shè)計、成都網(wǎng)站建設(shè)、電商網(wǎng)站開發(fā)、微信營銷、系統(tǒng)平臺開發(fā)。
任何架構(gòu)思想和技術(shù)本身有適用的場景,不能脫離場景談技術(shù)。
先看下網(wǎng)上對數(shù)字中臺的一個簡單說明。
數(shù)字中臺是將企業(yè)的共性需求進行抽象,并打造成平臺化、組件化的系統(tǒng)能力,以接口、組件等形式共享給各業(yè)務(wù)單元使用。使企業(yè)可以針對特定問題,快速靈活地調(diào)用資源構(gòu)建解決方案,為業(yè)務(wù)的創(chuàng)新和迭代賦能。主要包含業(yè)務(wù)中臺與數(shù)據(jù)中臺兩種類型。
對于中臺我原來解釋過它是一個業(yè)務(wù)概念而非技術(shù)概念。當前談中臺除了談到業(yè)務(wù)中臺和數(shù)據(jù)中臺的時候,還會談到技術(shù)中臺。而個人理解技術(shù)中臺并不適合放到整個中臺架構(gòu)里,技術(shù)中臺本身就是底層的數(shù)字化IT基礎(chǔ)設(shè)施,是技術(shù)平臺而非中臺。
中臺涉及到共性業(yè)務(wù)能力的抽取和復(fù)用,是和業(yè)務(wù)相關(guān)的,而平臺和業(yè)務(wù)無關(guān)。
為何中臺很多架構(gòu)思想在傳統(tǒng)企業(yè)IT架構(gòu)轉(zhuǎn)型中并沒有取得很好的效果,一個關(guān)鍵點就是傳統(tǒng)企業(yè)本身已經(jīng)有遺留IT系統(tǒng)和IT架構(gòu),整個轉(zhuǎn)型也是循序漸進的,而非全部推倒重來。所以在中臺思想引入的時候,不能類似微服務(wù),組件化拆分思想一起強推,這樣就導(dǎo)致企業(yè)內(nèi)部很多已有的IT系統(tǒng)全部要重新建設(shè),代價巨大。
中臺核心是共性業(yè)務(wù)能力的抽取,業(yè)務(wù)能力的復(fù)用和共享,這才是重點。這個能力究竟是來源于新建設(shè)的微服務(wù)模塊,還是遺留的單體應(yīng)用系統(tǒng)并不是重點。在構(gòu)建數(shù)字中臺的時候一定要意識到這點。
所以你會看到中臺在共性業(yè)務(wù)能力接入和能力開放共享這個核心價值點上和傳統(tǒng)單體應(yīng)用架構(gòu)下的SOA共享服務(wù)平臺思路仍然是一致的。
而對于SOA我一直強調(diào)核心就是找到可復(fù)用服務(wù),并開放和共享服務(wù)。
基于這個思路企業(yè)構(gòu)建數(shù)字中臺會體現(xiàn)三個核心點。
第一點:共性業(yè)務(wù)服務(wù)能力識別和接入
傳統(tǒng)我們在構(gòu)建SOA集成平臺時候,一方面是解決集成問題,一方面是解決共享問題。集成問題一般是系統(tǒng)間橫向東西流量,而共享一般是南北流量。
數(shù)字中臺構(gòu)建你可以看到更多是要專注在服務(wù)能力共享和能力開放上面。
傳統(tǒng)IT應(yīng)用間如何集成的不用去馬上關(guān)心并解決,包括混合架構(gòu)下新業(yè)務(wù)已經(jīng)采用微服務(wù)建設(shè)。傳統(tǒng)IT集成可能還用ESB總線或ETL,而新微服務(wù)間已經(jīng)用的內(nèi)部注冊中心完成服務(wù)注冊和服務(wù)發(fā)現(xiàn)。
數(shù)字中臺真正關(guān)心的是南北流量,你認為需要復(fù)用的業(yè)務(wù)服務(wù)能力的接入,并對外的開放。這個開放可以是你內(nèi)部信息化的前端應(yīng)用,也可以是外部合作伙伴間協(xié)同。
按這個思路你會看到在構(gòu)建數(shù)字中臺的時候可以最大化兼容老的IT系統(tǒng)。
老的單體應(yīng)用系統(tǒng)是否微服務(wù)拆分我們并不關(guān)心,只要能夠?qū)⒐残钥蓮?fù)用的業(yè)務(wù)能力識別出來并接入和注冊到數(shù)字中臺即可。
第二點:能力通過接口服務(wù)對外開放
在可復(fù)用的業(yè)務(wù)能力接入后,還需要對外開放。
上層應(yīng)用既有對外開放的服務(wù)能力來靈活的構(gòu)建應(yīng)用系統(tǒng),避免相同功能,相同能力的重復(fù)建設(shè),這個本身也是SOA的思路。
在能對外開放上,這點又類似我們常說的能力開放平臺或OpenAPI平臺的思路。
在能力對外開放上一個核心點就涉及到的能力商店,能力的訂購,能力的開通等一系列服務(wù)流程。重點就是要方便上層應(yīng)用或外部合作伙伴去消費和使用你的共享能力。
能力被使用和共享得越多,那么中臺的價值自然也就越大。
第三點:對能力的統(tǒng)一管控和治理
最后就是能力的管控和治理,這個和SOA治理的思路基本也是一致的。
在最早的可復(fù)用能力接入后,你還需要對服務(wù)進行全生命周期的管理,這里面涉及到了安全,日志,審計,限流,計費,能力的上線和下線等一系列的工作。
這些都需要數(shù)字中臺提供的管控治理能力來完成。
所以數(shù)字中臺并不是識別出可共享業(yè)務(wù)能力并接入,最終再開放和暴露出去就完事,而是要持續(xù)地實現(xiàn)對服務(wù)能力的管控和治理,監(jiān)控和運維,真正讓中臺沉淀的業(yè)務(wù)資產(chǎn)發(fā)揮最大的價值,這才是構(gòu)建數(shù)據(jù)中臺的核心。
所以在企業(yè)遺留IT系統(tǒng)比較多的時候,為了最大化的兼容老的IT系統(tǒng),保留遺留IT系統(tǒng)資產(chǎn),你完全可以參考傳統(tǒng)SOA架構(gòu)思想,SOA共享服務(wù)平臺+能力開放平臺思路來構(gòu)建企業(yè)的數(shù)字中臺。這個數(shù)字中臺的構(gòu)建有沒有做微服務(wù)架構(gòu)改造,有沒有實施類似容器云,DevOps并不是關(guān)鍵點。
雖然類似云原生技術(shù)平臺是構(gòu)建當前主流數(shù)字中臺必不可少的數(shù)字基礎(chǔ)設(shè)施,但是一定要意識到兩者之間并沒有必然綁定關(guān)系。
類似的例子還有很多,比如你去構(gòu)建數(shù)據(jù)中臺,并沒有說一定要使用類似Hadoop的底層大數(shù)據(jù)技術(shù)平臺,只要你當前選擇的技術(shù)平臺能夠滿足你數(shù)據(jù)采集,存儲處理的需求即可。
本文轉(zhuǎn)載自微信公眾號「人月聊IT」,可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請聯(lián)系人月聊IT公眾號。
名稱欄目:傳統(tǒng)企業(yè) IT 架構(gòu)轉(zhuǎn)型中的數(shù)字中臺建設(shè)
地址分享:http://m.5511xx.com/article/ccocdhp.html


咨詢
建站咨詢
