《哈佛商業(yè)評論》中文版推出《數(shù)字化運(yùn)營——新思路應(yīng)對新周期》提到，企業(yè)的數(shù)字化升級是一整套體系的進(jìn)化，從底層架構(gòu)到業(yè)務(wù)模型、人才、組織架構(gòu)，再到制度，乃至于文化等多個層面的升級。
為什么是一整套體系的進(jìn)化？首先從數(shù)字化轉(zhuǎn)型的本質(zhì)來說，它是使用科技手段來對數(shù)據(jù)要素的深度分析和應(yīng)用而帶來的業(yè)務(wù)、流程、模式等的創(chuàng)新和變革，這是生產(chǎn)力的創(chuàng)新和變革，從而也就需要組織架構(gòu)、企業(yè)文化等生產(chǎn)關(guān)系方面的創(chuàng)新和變革，以適應(yīng)生產(chǎn)力的要求。信息化是單點(diǎn)信息技術(shù)采用帶來的局部效率提升，數(shù)字化則要求以數(shù)據(jù)為驅(qū)動、對全局?jǐn)?shù)據(jù)的深度洞察和分析，以發(fā)現(xiàn)數(shù)據(jù)之間潛在的聯(lián)系和關(guān)系，從而開發(fā)、創(chuàng)新新的業(yè)務(wù)或業(yè)務(wù)模式。因此數(shù)據(jù)在數(shù)字化階段成為基本的生產(chǎn)要素。
數(shù)據(jù)成為基本的生產(chǎn)要素，單體系統(tǒng)的數(shù)據(jù)量無法滿足數(shù)字化海量分析的需求，無法洞察到不同系統(tǒng)間數(shù)據(jù)的潛在聯(lián)系和關(guān)系，所以需要將這些系統(tǒng)數(shù)據(jù)進(jìn)行集成，或者采集到數(shù)據(jù)倉庫、數(shù)據(jù)湖、大數(shù)據(jù)平臺等地方，再對數(shù)據(jù)進(jìn)行處理和分析等。這是通用的習(xí)慣方法，不過這種方式?jīng)]有從根本上解決數(shù)據(jù)的融合問題，帶來了大量的中間數(shù)據(jù)處理環(huán)節(jié)和工作量。前些年推行的主數(shù)據(jù)管理系統(tǒng)（MDM）試圖整合企業(yè)內(nèi)系統(tǒng)間共享的高價值數(shù)據(jù)，實(shí)現(xiàn)數(shù)據(jù)一致性、標(biāo)準(zhǔn)化等，從而在各個系統(tǒng)之間提供唯一可信數(shù)據(jù)源。以主數(shù)據(jù)管理的思想，以主數(shù)據(jù)為骨架，重構(gòu)企業(yè)數(shù)據(jù)架構(gòu)，在新建應(yīng)用系統(tǒng)或者替換改造存量應(yīng)用系統(tǒng)時，按照新的數(shù)據(jù)架構(gòu)來構(gòu)建系統(tǒng)，舊系統(tǒng)舊方法、新系統(tǒng)新方法，逐步實(shí)現(xiàn)企業(yè)級的數(shù)據(jù)融合。
數(shù)據(jù)和應(yīng)用通常是一體兩面，數(shù)據(jù)融合勢必要求應(yīng)用架構(gòu)的調(diào)整，比如從單體豎井架構(gòu)進(jìn)化為分布式微服務(wù)架構(gòu)。微服務(wù)架構(gòu)和ESB架構(gòu)雖然都是服務(wù)化架構(gòu)，但兩者解決的問題是不一樣的。微服務(wù)解決的是單體豎井系統(tǒng)的分解問題，ESB解決的是系統(tǒng)集成問題。所以可以說ESB重在集成，微服務(wù)意在重構(gòu)。ESB架構(gòu)是一種系統(tǒng)集成的過渡方案，沒有從根本上解決數(shù)據(jù)融合問題，所以要實(shí)現(xiàn)數(shù)據(jù)融合，服務(wù)化架構(gòu)選擇微服務(wù)架構(gòu)是合適的，要從數(shù)據(jù)層進(jìn)行重構(gòu)，消除不必要的集成補(bǔ)丁環(huán)節(jié)。應(yīng)用的微服務(wù)化也便利實(shí)現(xiàn)服務(wù)級組件的復(fù)用和共享，從而為中臺架構(gòu)構(gòu)建中臺服務(wù)提供了可行方案。應(yīng)用部署運(yùn)行在基礎(chǔ)設(shè)施之上，基礎(chǔ)設(shè)施產(chǎn)生的數(shù)據(jù)也往往和應(yīng)用的運(yùn)行狀況密切相關(guān)，是實(shí)現(xiàn)應(yīng)用運(yùn)行可見性、可觀測性的必備要素。分布式的應(yīng)用架構(gòu)需要分布式的基礎(chǔ)設(shè)施架構(gòu)來支撐，比如微服務(wù)運(yùn)行在容器上，容器基于kubernetes實(shí)現(xiàn)調(diào)度管理，運(yùn)行在虛擬化或云平臺上，從而實(shí)現(xiàn)業(yè)務(wù)層和基礎(chǔ)設(shè)施資源層自動彈性伸縮能力。從而實(shí)現(xiàn)了應(yīng)用融合和基礎(chǔ)設(shè)施資源的融合。
應(yīng)用是業(yè)務(wù)信息化、數(shù)字化的一種表示，數(shù)據(jù)是業(yè)務(wù)執(zhí)行和交互的基礎(chǔ)要素。數(shù)據(jù)和應(yīng)用的融合，也意味著業(yè)務(wù)的融合。通過對業(yè)務(wù)數(shù)據(jù)的分析和洞察，發(fā)現(xiàn)并找到數(shù)據(jù)之間的關(guān)系和聯(lián)系，從而也就找到了業(yè)務(wù)之間的關(guān)系和聯(lián)系，從而可以開發(fā)、創(chuàng)新新的業(yè)務(wù)或優(yōu)化已有的業(yè)務(wù)，這就是數(shù)據(jù)驅(qū)動業(yè)務(wù)創(chuàng)新優(yōu)化。
數(shù)據(jù)、應(yīng)用、基礎(chǔ)設(shè)施以及業(yè)務(wù)的融合都是需要技術(shù)的支撐，比如說云原生技術(shù)體系的支撐，以微服務(wù)分布式架構(gòu)替換單體豎井架構(gòu)，部署在容器化PaaS云平臺，從而使企業(yè)內(nèi)從基礎(chǔ)設(shè)施資源到數(shù)據(jù)、應(yīng)用和業(yè)務(wù)看起來是一個整體，每個應(yīng)用類似于一個組件，消除了應(yīng)用之間的集成補(bǔ)丁，可以類比于中國傳統(tǒng)建筑的榫卯結(jié)構(gòu)，無需額外的鉚釘，簡單、堅固并且高效。
業(yè)務(wù)的融合勢必需要調(diào)整組織架構(gòu)。其實(shí)，從基礎(chǔ)設(shè)施資源融合，應(yīng)用的分布式開發(fā)和部署，就需要考慮研發(fā)的組織架構(gòu)調(diào)整，以適應(yīng)新的生產(chǎn)力發(fā)展要求。不過業(yè)務(wù)的融合更容易讓企業(yè)看到組織架構(gòu)調(diào)整的必要性，只是這需要一個過程，可能會有陣痛。什么樣的組織架構(gòu)更合適？這個問題比較難回答，不同企業(yè)實(shí)際情況不一樣，數(shù)字化轉(zhuǎn)型路徑也會有不同，所以組織架構(gòu)如何調(diào)整和融合，如何能更適應(yīng)自身的實(shí)際，可能也需要嘗試和按需調(diào)整。可能也是摸著石頭過河的過程，所以自身對數(shù)字化和數(shù)字化轉(zhuǎn)型的認(rèn)知和把握非常重要。別人的經(jīng)驗(yàn)不見得適合自己，削足適履只會自己承受痛苦，所以筆者特別不建議動不動就搬什么最佳實(shí)踐。一定要基于自身的實(shí)際來考慮、來規(guī)劃和執(zhí)行。
系統(tǒng)融合其實(shí)還是遵循著企業(yè)架構(gòu)的方法，只不過從原來簡單的單體系統(tǒng)擴(kuò)展為企業(yè)級分布式的復(fù)雜系統(tǒng)。這也是中臺架構(gòu)之所以有需求的一個原因�？梢钥吹较到y(tǒng)融合包括基礎(chǔ)設(shè)施（包括基礎(chǔ)設(shè)施資源、工具組件、安全等）的融合、數(shù)據(jù)融合、應(yīng)用融合、業(yè)務(wù)融合、組織流程融合等幾個方面。系統(tǒng)融合是一種企業(yè)架構(gòu)發(fā)展的要求和趨勢，是數(shù)字化和數(shù)字化轉(zhuǎn)型整合各項(xiàng)資源、統(tǒng)籌各方面能力、以數(shù)據(jù)為驅(qū)動、統(tǒng)一認(rèn)知、理順協(xié)調(diào)好關(guān)系、從而按照規(guī)劃的路線圖實(shí)現(xiàn)企業(yè)的目標(biāo)和目的的要求。
