在前幾天，我專門寫了一篇文章談企業(yè)數(shù)字化技術(shù)發(fā)展趨勢分析，整個分析比較宏觀。今天主要還是想聚焦回IT和信息化部門，探討下數(shù)字化轉(zhuǎn)型下的IT架構(gòu)和能力重構(gòu)。
在談這個這個話題前，首先還是對去年我在華南CIO大會上演講時候談到的企業(yè)IT從SOA和云計算發(fā)展到當(dāng)前云原生下的一個演進(jìn)趨勢做下總結(jié)。
具體的文章可以參考：
傳統(tǒng)IT架構(gòu)轉(zhuǎn)型-從SOA和微服務(wù)到云原生解決方案實(shí)踐
這篇文章可以看做是在平臺+應(yīng)用，從內(nèi)部集成到開放互聯(lián)下，我對整個企業(yè)內(nèi)部IT平臺化思路的一些總結(jié)。但是這篇總結(jié)里面少了對于企業(yè)整體IT架構(gòu)，業(yè)務(wù)和IT組織架構(gòu)優(yōu)化方面的一些思考。因此今天再寫這篇文章進(jìn)一步說明。
從SOA和云計算到云原生技術(shù)架構(gòu)
對于SOA面向服務(wù)架構(gòu)，其核心是一種架構(gòu)思想。這個思想簡單來說就是希望實(shí)現(xiàn)業(yè)務(wù)和IT的解耦，即業(yè)務(wù)流程或業(yè)務(wù)流程的實(shí)現(xiàn)最好是能夠靈活地組裝或復(fù)用已有的業(yè)務(wù)服務(wù)能力。
因此你可以看到為了實(shí)現(xiàn)這個思想你需要做兩件事情：
其一是構(gòu)建一個可復(fù)用的服務(wù)能力庫
其二是對服務(wù)組裝和編排，形成業(yè)務(wù)流程
因此SOA的重點(diǎn)是應(yīng)用構(gòu)建的模式發(fā)生了變化，從傳統(tǒng)縱向煙囪式的構(gòu)建，轉(zhuǎn)變?yōu)榱藱M向分層按原子服務(wù)-組合服務(wù)-流程服務(wù)的分層構(gòu)建模式。在這個構(gòu)建模式中本身又通過服務(wù)來實(shí)現(xiàn)了關(guān)鍵的業(yè)務(wù)和技術(shù)的解耦。
再次強(qiáng)調(diào)下SOA是一種思想，并不是特指SOA集成平臺或ESB總線。不論信息技術(shù)如何發(fā)展演進(jìn)，可以看到SOA這種通過服務(wù)分層解耦的思想始終存在，并不斷發(fā)揮作用。
最近幾年，每當(dāng)我跟別人討論SOA的時候，都會收到SOA思想過時，現(xiàn)在流行中臺或微服務(wù)的聲音，也希望這些人真正能夠沉下心來好好理解下架構(gòu)思想。
當(dāng)討論清楚SOA，再來看下云計算。簡單來講云計算的核心思想就是共性能力集中化建設(shè)，建設(shè)完成后再以服務(wù)的方式提供給你使用。
IT即服務(wù)
這個服務(wù)最初的形態(tài)僅僅是IaaS層的資源能力作為服務(wù)，而發(fā)展演進(jìn)過程可以看到整個服務(wù)能力的提供不斷在上移。從資源層能力到提供平臺層能力，從平臺層能力到直接提供SaaS應(yīng)用服務(wù)等。
但是不論是哪一層，云計算核心思想始終都在于原來在終端或邊緣端的能力全部遷移到云端進(jìn)行統(tǒng)一提供和服務(wù)。SOA在強(qiáng)調(diào)已有能力集成，而云計算強(qiáng)調(diào)的是廢棄已有能力，重新構(gòu)建新能力再以服務(wù)的方式進(jìn)行開放。
我們舉個例子來理解下，比如企業(yè)內(nèi)部IT，原來構(gòu)建了OA系統(tǒng)，OA系統(tǒng)工作流引擎能力很強(qiáng)大，因此后續(xù)構(gòu)建的其它應(yīng)用都在集成或復(fù)用OA系統(tǒng)的流程引擎能力。這個即典型的SOA思想。如果我們將OA系統(tǒng)中的流程引擎剝離出來，充分考慮多租戶，安全，管控需求統(tǒng)一構(gòu)建一個公共流程平臺，再對外提供服務(wù)，那么即云計算的思想。
在把前面的基礎(chǔ)概念講清楚后，我們再來回顧下企業(yè)IT架構(gòu)演進(jìn)過程。
即最初可能只是實(shí)現(xiàn)了IaaS虛擬化資源池，但是業(yè)務(wù)系統(tǒng)仍然是縱向獨(dú)立構(gòu)建。到了第二階段開始規(guī)劃PaaS平臺，實(shí)現(xiàn)中間件資源池，一些類似4A，流程等共性技術(shù)服務(wù)能力的下沉。但是業(yè)務(wù)系統(tǒng)本身各個業(yè)務(wù)模塊仍然緊耦合，同時業(yè)務(wù)系統(tǒng)里面還是存在一個私有的技術(shù)平臺層。
而到了第三個階段，目標(biāo)就是業(yè)務(wù)系統(tǒng)里面的技術(shù)平臺層全部移出到PaaS平臺，這樣業(yè)務(wù)系統(tǒng)可以徹底組件化大拆小，采用微服務(wù)架構(gòu)進(jìn)行設(shè)計，開發(fā)和集成。由于業(yè)務(wù)系統(tǒng)微服務(wù)化，顆粒度更小，因此PaaS平臺本身也演進(jìn)到更加輕量高效的容器云平臺。
在微服務(wù)模塊應(yīng)用開發(fā)和容器云平臺之間，我們需要一個銜接的平臺，即我們常說的覆蓋軟件需求，設(shè)計，開發(fā)，測試，部署，交付完整生命周期的支撐平臺。
所以從上圖里面我們也可以清楚地看到，最底層對應(yīng)到容器云，中間是DevOps，最上層是微服務(wù)，而這三點(diǎn)也就是我們當(dāng)前說的云原生解決方案最核心的內(nèi)容。
數(shù)字化轉(zhuǎn)型下的IT架構(gòu)演進(jìn)
數(shù)字化轉(zhuǎn)型，數(shù)字化很重要，但是轉(zhuǎn)型兩個字更加重要。
轉(zhuǎn)型時刻都在告訴你你不是從0到1，而是你已有業(yè)務(wù)運(yùn)作，已有IT系統(tǒng)和能力。你需要思考的是在新數(shù)字化趨勢下如何去轉(zhuǎn)變和重構(gòu)，而不是全新建設(shè)。
數(shù)字化轉(zhuǎn)型一定不要按全新建設(shè)方式來討論，否則沒有意義，或者簡單來講即使做了大而全的規(guī)劃也服務(wù)真正落地實(shí)施。如何基于企業(yè)當(dāng)前已有的業(yè)務(wù)和IT情況，在滿足業(yè)務(wù)場景和目標(biāo)情況下，對已有內(nèi)容進(jìn)行重構(gòu)，并最大化保留當(dāng)前遺留的IT資產(chǎn)才是重點(diǎn)。
在數(shù)字化轉(zhuǎn)型中，企業(yè)傳統(tǒng)IT架構(gòu)演進(jìn)的變化趨勢如上圖所示。
傳統(tǒng)的IT架構(gòu)，集成為主要訴求
傳統(tǒng)企業(yè)IT一般IaaS層虛擬化的事情都做了，那么企業(yè)內(nèi)部IT有無構(gòu)建技術(shù)平臺？實(shí)際上稍微信息化有發(fā)展基礎(chǔ)的企業(yè)一般都構(gòu)建了自己的技術(shù)平臺，比如構(gòu)建了統(tǒng)一的流程平臺，也實(shí)施了ESB服務(wù)總線等。
這些技術(shù)平臺統(tǒng)一規(guī)劃建設(shè)，和業(yè)務(wù)無關(guān)，因此有效了避免了核心底層技術(shù)能力重復(fù)建設(shè)的問題，這個思路已經(jīng)是云計算下構(gòu)建PaaS平臺的思路。
雖然核心技術(shù)能力統(tǒng)一建設(shè)，但是企業(yè)內(nèi)部業(yè)務(wù)系統(tǒng)基本仍然是按照煙囪式的方式縱向獨(dú)立建設(shè)，建設(shè)完成的業(yè)務(wù)系統(tǒng)再通過類似ESB總線進(jìn)行接口集成。也就是說在這個階段，ESB更多解決的是接口集成問題，而不是服務(wù)共享問題。
新架構(gòu)下的演進(jìn)-從SOA到云
在新架構(gòu)下實(shí)際上出現(xiàn)了一些顯著的變化。
對于平臺層可以看到隨著微服務(wù)，容器云，DevOps等各種云原生技術(shù)的推進(jìn)。我們將技術(shù)平臺層演進(jìn)到云原生技術(shù)平臺。
在這個階段不僅僅是簡單的4A或流程引擎，更加重要的是輕量的容器云PaaS平臺，類似數(shù)據(jù)庫，緩存，消息等各種技術(shù)服務(wù)能力提供。同時應(yīng)用在微服務(wù)化后，提供一套服務(wù)完整的應(yīng)用從需求到開發(fā)，從測試，集成到交付全生命周期的DevOps支撐能力平臺。
也就是說我們提供的技術(shù)底座能力首先要加強(qiáng)。
在底層技術(shù)底座思考清楚后再回到IT應(yīng)用這層。對于IT系統(tǒng)這層一個指導(dǎo)思想就是不應(yīng)該是全部廢棄掉，而是如何重構(gòu)?；谏蠄D，實(shí)際上已經(jīng)表達(dá)出來IT重構(gòu)的一個關(guān)鍵思想，簡單總結(jié)就是：
企業(yè)已有的圍繞ERP核心系統(tǒng)的應(yīng)用群下沉為核心的中臺層能力，同時進(jìn)一步梳理和識別可復(fù)用的能力接口，通過能力開放平臺暴露給前端應(yīng)用使用。新構(gòu)建的應(yīng)用不是簡單的使用微服務(wù)，云原生技術(shù)，而是應(yīng)該最大化的使用底層已有的業(yè)務(wù)服務(wù)和數(shù)據(jù)服務(wù)能力來構(gòu)建。
說來說去，還是SOA和云計算的思想。
可以看到企業(yè)原有IT能力下沉，共性能力提取是重點(diǎn)。其次就是從以集成為目標(biāo)的ESB總線演進(jìn)發(fā)展為提供共性服務(wù)接口的能力開放平臺。同時可以看到，新思路的重點(diǎn)是新應(yīng)用構(gòu)建獨(dú)立化，通過微服務(wù)方式快速構(gòu)建和交付。
比如我們需要面對特定的B端客戶，提供一個銷售類APP應(yīng)用。那么這個時候我們不是在傳統(tǒng)的CRM系統(tǒng)上擴(kuò)展模塊，而是獨(dú)立構(gòu)建一個微服務(wù)應(yīng)用。這個應(yīng)用本身也會生成訂單，但是訂單屬于底層核心數(shù)據(jù)，訂單本身屬于后臺CRM系統(tǒng)統(tǒng)一管理。那么后端就應(yīng)該圍繞訂單提供完整的API接口能力開放給前端應(yīng)用。
后端提供的能力足夠穩(wěn)定和可復(fù)用，那么前端應(yīng)用構(gòu)建速度就可以足夠快和敏捷。再次理解下就是后端能力不用基于多變的業(yè)務(wù)場景去進(jìn)行變更了，而是提供穩(wěn)定的后端共性能力，基于業(yè)務(wù)需求和場景的變化交給前端應(yīng)用來做。
前端應(yīng)用需要的就是短平快，但是前提是后端給力。
數(shù)字化轉(zhuǎn)型下的IT組織演進(jìn)
對于很多企業(yè)來說一般以業(yè)務(wù)核心價值鏈為導(dǎo)向，企業(yè)內(nèi)部的IT部門往往是成本中心，一般也沒有太多的話語權(quán)。IT部門更多的是提供IT服務(wù)能力，快速地響應(yīng)業(yè)務(wù)部門的業(yè)務(wù)需求，并通過IT應(yīng)用或系統(tǒng)去實(shí)現(xiàn)。
而在新的數(shù)字化轉(zhuǎn)型趨勢下，IT組織架構(gòu)本身也需要進(jìn)行調(diào)整，即將傳統(tǒng)的基于ERP為核心的應(yīng)用系統(tǒng)下沉為企業(yè)底層后臺能力中心。而圍繞具體的市場需求和業(yè)務(wù)場景來構(gòu)建上層的多個業(yè)務(wù)人員+IT人員+運(yùn)營整合的高度垂直化的細(xì)分團(tuán)隊。
簡單來說你可以看到，原來IT部門的人進(jìn)行了拆分。
對于原來本身做的IT系統(tǒng)就比較偏穩(wěn)定的后臺類功能的人員就保留在IT部門，下沉到IT后端能力提供中心中。而對于另外一部分需要業(yè)務(wù)敏捷響應(yīng)，需要快速地開發(fā)定制應(yīng)用的IT人員則單獨(dú)劃分出來，歸并到上層的業(yè)務(wù)團(tuán)隊里面。
簡單來說就是基于市場和業(yè)務(wù)場景的需求，我們構(gòu)建一個個獨(dú)立的能夠快速響應(yīng)市場和客戶需求的敏捷業(yè)務(wù)單元。這個敏捷業(yè)務(wù)單元本身就是業(yè)務(wù)人員，技術(shù)人員和運(yùn)營人員就是強(qiáng)綁定在一起的，形成敏捷鐵三角。
這個敏捷業(yè)務(wù)單元實(shí)際和當(dāng)前很多做互聯(lián)網(wǎng)SaaS應(yīng)用的小組織完全類似。
也就是說在企業(yè)內(nèi)部，為了應(yīng)對數(shù)字化轉(zhuǎn)型，擴(kuò)展自己的連接范圍，擴(kuò)展對客戶的觸達(dá)或?qū)φ麄€上下游供應(yīng)鏈的觸達(dá)能力，快速的基于業(yè)務(wù)需求來構(gòu)建新的商業(yè)模式。企業(yè)內(nèi)部在孵化類似互聯(lián)網(wǎng)這種小的互聯(lián)網(wǎng)SaaS團(tuán)隊。
這種SaaS小團(tuán)隊足夠敏捷，直接面對市場，但是本身又依托企業(yè)原有IT系統(tǒng)建設(shè)沉淀下的后端IT服務(wù)能力。還是拿前面的例子進(jìn)一步說明。
當(dāng)我們經(jīng)過市場調(diào)用分析，決策做了一個數(shù)字化營銷新應(yīng)用拓展B端客戶和市場。這個時候我們快速組建了一個團(tuán)隊或小組織，這個團(tuán)隊里面業(yè)務(wù)人員，IT技術(shù)人員和運(yùn)營人員全部打包在一起，商量業(yè)務(wù)模式，運(yùn)營方法和需要提供的IT應(yīng)用。而企業(yè)原來的后端IT系統(tǒng)能力僅僅提供可復(fù)用的開放能力接口給這個敏捷團(tuán)隊使用。
當(dāng)把這個點(diǎn)想通了，整個傳統(tǒng)企業(yè)IT架構(gòu)如何配合數(shù)字化轉(zhuǎn)型，如何在整個數(shù)字化轉(zhuǎn)型實(shí)施過程中，在既要保證足夠的業(yè)務(wù)敏捷性需求并開放互聯(lián)，同時又要保證企業(yè)遺留IT資產(chǎn)的重復(fù)利用這兩件事間才能夠真正找到一個關(guān)鍵的平衡點(diǎn)。
