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