終于有人把業(yè)務(wù)中臺、數(shù)據(jù)中臺、技術(shù)中臺都講明白了

邸彥強 2020-12-20

展開全文

導(dǎo)讀：2015年阿里巴巴提出“大中臺，小前臺”的中臺戰(zhàn)略，通過實施中臺戰(zhàn)略找到能夠快速應(yīng)對外界變化，整合阿里各種基礎(chǔ)能力，高效支撐業(yè)務(wù)創(chuàng)新的機制。

阿里巴巴中臺戰(zhàn)略最早從業(yè)務(wù)中臺和數(shù)據(jù)中臺建設(shè)開始，采用了雙中臺的建設(shè)模式，到后來發(fā)展出了移動中臺、技術(shù)中臺和研發(fā)中臺等，這些中臺的能力綜合在一起就構(gòu)成了阿里巴巴企業(yè)級數(shù)字化能力。

傳統(tǒng)企業(yè)在技術(shù)能力、組織架構(gòu)和商業(yè)模式等方面與阿里巴巴存在非常大的差異，在實施中臺戰(zhàn)略時是否可以照搬阿里巴巴中臺建設(shè)模式？傳統(tǒng)企業(yè)中臺數(shù)字化轉(zhuǎn)型需要提升哪些方面的基本能力呢？

下面我們一起來分析分析。

作者：歐創(chuàng)新鄧頔

來源：大數(shù)據(jù)DT（ID：hzdashuju）

00 中臺能力總體框架

中臺建設(shè)過程從根本上講是企業(yè)自身綜合能力持續(xù)優(yōu)化和提升的過程，最終目標(biāo)是實現(xiàn)企業(yè)級業(yè)務(wù)能力復(fù)用和不同業(yè)務(wù)板塊能力的聯(lián)通和融合。

企業(yè)級的綜合能力，一般包含以下四種：業(yè)務(wù)能力、數(shù)據(jù)能力、技術(shù)能力和組織能力，如圖2-1所示。

▲圖2-1 企業(yè)中臺數(shù)字化轉(zhuǎn)型基本能力框架

業(yè)務(wù)能力主要體現(xiàn)為對中臺領(lǐng)域模型的構(gòu)建能力，對領(lǐng)域模型的持續(xù)演進能力，企業(yè)級業(yè)務(wù)能力的復(fù)用、融合和產(chǎn)品化運營能力，以及快速響應(yīng)市場的商業(yè)模式創(chuàng)新能力。
數(shù)據(jù)能力主要體現(xiàn)為企業(yè)級的數(shù)據(jù)融合能力、數(shù)據(jù)服務(wù)能力以及對商業(yè)模式創(chuàng)新和企業(yè)數(shù)字化運營的支撐能力。
技術(shù)能力主要體現(xiàn)為對設(shè)備、網(wǎng)絡(luò)等基礎(chǔ)資源的自動化運維和管理能力，對微服務(wù)等分布式技術(shù)架構(gòu)體系化的設(shè)計、開發(fā)和架構(gòu)演進能力。
組織能力主要體現(xiàn)為一體化的研發(fā)運營能力和敏捷的中臺產(chǎn)品化運營能力，還體現(xiàn)為快速建設(shè)自適應(yīng)的組織架構(gòu)和中臺建設(shè)方法體系等方面的能力。
這些能力相輔相成，融合在一起為企業(yè)中臺數(shù)字化轉(zhuǎn)型發(fā)揮最大效能。接下來，我們一起來看看在不同的領(lǐng)域應(yīng)該如何實現(xiàn)這些能力。

01 業(yè)務(wù)中臺

企業(yè)所有能力建設(shè)都是服務(wù)于前臺一線業(yè)務(wù)的。從這個角度來講，所有中臺應(yīng)該都可以稱為業(yè)務(wù)中臺。但我們所說的業(yè)務(wù)中臺一般是指支持企業(yè)線上核心業(yè)務(wù)的中臺。

業(yè)務(wù)中臺承載了企業(yè)核心關(guān)鍵業(yè)務(wù)，是企業(yè)的核心業(yè)務(wù)能力，也是企業(yè)數(shù)字化轉(zhuǎn)型的重點。業(yè)務(wù)中臺的建設(shè)目標(biāo)是：“將可復(fù)用的業(yè)務(wù)能力沉淀到業(yè)務(wù)中臺，實現(xiàn)企業(yè)級業(yè)務(wù)能力復(fù)用和各業(yè)務(wù)板塊之間的聯(lián)通和協(xié)同，確保關(guān)鍵業(yè)務(wù)鏈路的穩(wěn)定高效，提升業(yè)務(wù)創(chuàng)新效能?！?/span>

業(yè)務(wù)中臺的主要目標(biāo)是實現(xiàn)企業(yè)級業(yè)務(wù)能力的復(fù)用，所以業(yè)務(wù)中臺建設(shè)需優(yōu)先解決業(yè)務(wù)能力重復(fù)建設(shè)和復(fù)用的問題。通過重構(gòu)業(yè)務(wù)模型，將分散在不同渠道和業(yè)務(wù)場景（例如：互聯(lián)網(wǎng)應(yīng)用和傳統(tǒng)核心應(yīng)用）重復(fù)建設(shè)的業(yè)務(wù)能力，沉淀到企業(yè)級中臺業(yè)務(wù)模型，面向企業(yè)所有業(yè)務(wù)場景和領(lǐng)域，實現(xiàn)能力復(fù)用和流程融合。

圖2-2是一個業(yè)務(wù)中臺示例。在業(yè)務(wù)中臺設(shè)計時，我們可以將用戶管理、訂單管理、商品管理和支付等這些通用的能力，通過業(yè)務(wù)領(lǐng)域邊界劃分和領(lǐng)域建模，沉淀到用戶中心、訂單中心、商品中心和支付中心等業(yè)務(wù)中臺，然后基于分布式微服務(wù)技術(shù)體系完成微服務(wù)建設(shè)，形成企業(yè)級解決方案，面向前臺應(yīng)用提供可復(fù)用的業(yè)務(wù)能力。

▲圖2-2 業(yè)務(wù)中臺示例

在技術(shù)實現(xiàn)上，中臺的系統(tǒng)落地可以采用微服務(wù)架構(gòu)。微服務(wù)是目前公認的業(yè)務(wù)中臺技術(shù)最佳實現(xiàn)，可以有效提升業(yè)務(wù)擴展能力，實現(xiàn)業(yè)務(wù)能力復(fù)用。

在業(yè)務(wù)建模上，中臺領(lǐng)域建?？梢圆捎妙I(lǐng)域驅(qū)動設(shè)計（DDD）方法，通過劃分業(yè)務(wù)限界上下文邊界，構(gòu)建中臺領(lǐng)域模型，根據(jù)領(lǐng)域模型完成微服務(wù)拆分和設(shè)計。

業(yè)務(wù)中臺可以面向前臺應(yīng)用提供基于API接口級的業(yè)務(wù)服務(wù)能力，也可以將領(lǐng)域模型所在的微服務(wù)和微前端組合為業(yè)務(wù)單元，以組件的形式面向前臺應(yīng)用，提供基于微前端的頁面級服務(wù)能力。

業(yè)務(wù)中臺建設(shè)完成后，前臺應(yīng)用就可以聯(lián)通和組裝各個不同中臺業(yè)務(wù)板塊，既提供企業(yè)級一體化業(yè)務(wù)能力支撐，又可以提供靈活的場景化銷售能力支撐。

02 數(shù)據(jù)中臺

數(shù)據(jù)中臺與業(yè)務(wù)中臺相輔相成，共同支持前臺一線業(yè)務(wù)。數(shù)據(jù)中臺除了擁有傳統(tǒng)數(shù)據(jù)平臺的統(tǒng)計分析和決策支持功能外，會更多聚焦于為前臺一線交易類業(yè)務(wù)提供智能化的數(shù)據(jù)服務(wù)，支持企業(yè)流程智能化、運營智能化和商業(yè)模式創(chuàng)新，實現(xiàn)“業(yè)務(wù)數(shù)據(jù)化和數(shù)據(jù)業(yè)務(wù)化”。

最近幾年，數(shù)據(jù)應(yīng)用領(lǐng)域出現(xiàn)了很多新的趨勢。數(shù)據(jù)中臺建設(shè)模式也隨著這些趨勢在發(fā)生變化，主要體現(xiàn)在以下幾點。

第一，數(shù)據(jù)應(yīng)用技術(shù)發(fā)展迅猛。近幾年涌現(xiàn)出了大量新的數(shù)據(jù)應(yīng)用技術(shù)，如NoSQL、NewSQL和分布式數(shù)據(jù)庫等，以及與數(shù)據(jù)采集、數(shù)據(jù)存儲、數(shù)據(jù)建模和數(shù)據(jù)挖掘等大數(shù)據(jù)相關(guān)的技術(shù)。這些技術(shù)解決業(yè)務(wù)問題的能力越來越強，但同時也增加了技術(shù)實現(xiàn)的復(fù)雜度。

第二，數(shù)據(jù)架構(gòu)更加靈活。在從單體向微服務(wù)架構(gòu)轉(zhuǎn)型后，企業(yè)業(yè)務(wù)和數(shù)據(jù)形態(tài)也發(fā)生了很大的變化，數(shù)據(jù)架構(gòu)已經(jīng)從集中式架構(gòu)向分布式架構(gòu)轉(zhuǎn)變。

第三，數(shù)據(jù)來源更加多元化，數(shù)據(jù)格式更加多樣化。隨著車聯(lián)網(wǎng)、物聯(lián)網(wǎng)、LBS和社交媒體等數(shù)據(jù)的引入，數(shù)據(jù)來源已從單一的業(yè)務(wù)數(shù)據(jù)向復(fù)雜的多源數(shù)據(jù)轉(zhuǎn)變，數(shù)據(jù)格式也已經(jīng)從以結(jié)構(gòu)化為主向結(jié)構(gòu)化與非結(jié)構(gòu)化多種模式混合的方向轉(zhuǎn)變。

第四，數(shù)據(jù)智能化應(yīng)用將會越來越廣泛。在數(shù)字新基建的大背景下，未來企業(yè)將匯集多種模式下的數(shù)據(jù)，借助深度學(xué)習(xí)和人工智能等智能技術(shù)，優(yōu)化業(yè)務(wù)流程，實現(xiàn)業(yè)務(wù)流程的智能化，通過用戶行為分析提升用戶體驗，實現(xiàn)精準(zhǔn)營銷、反欺詐和風(fēng)險管控，實現(xiàn)數(shù)字化和智能化的產(chǎn)品運營以及AIOps等，提升企業(yè)數(shù)字智能化水平。

面對復(fù)雜的數(shù)據(jù)領(lǐng)域，如何建設(shè)數(shù)據(jù)中臺管理并利用好這些數(shù)據(jù)？

這對企業(yè)來說是一個非常重要的課題。

數(shù)據(jù)中臺的大部分數(shù)據(jù)來源于業(yè)務(wù)中臺，經(jīng)過數(shù)據(jù)建模和數(shù)據(jù)分析等操作后，將加工后的數(shù)據(jù)，返回業(yè)務(wù)中臺為前臺應(yīng)用提供數(shù)據(jù)服務(wù)，或直接以數(shù)據(jù)類應(yīng)用的方式面向前臺應(yīng)用提供API數(shù)據(jù)服務(wù)。

數(shù)據(jù)中臺一般包括數(shù)據(jù)采集、數(shù)據(jù)集成、數(shù)據(jù)治理、數(shù)據(jù)應(yīng)用和數(shù)據(jù)資產(chǎn)管理，另外還有諸如數(shù)據(jù)標(biāo)準(zhǔn)和指標(biāo)建設(shè)，以及數(shù)據(jù)倉庫或大數(shù)據(jù)等技術(shù)應(yīng)用。圖2-3是2017年阿里云棲大會上的一個數(shù)據(jù)中臺示例。

▲圖2-3 數(shù)據(jù)中臺示例（圖參考：2017年阿里云棲大會）

綜上所述，數(shù)據(jù)中臺建設(shè)需要做好以下三方面的工作。

一是建立統(tǒng)一的企業(yè)級數(shù)據(jù)標(biāo)準(zhǔn)指標(biāo)體系，解決數(shù)據(jù)來源多元化和標(biāo)準(zhǔn)不統(tǒng)一的問題。企業(yè)在統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)下，規(guī)范有序地完成數(shù)據(jù)采集、數(shù)據(jù)建模、數(shù)據(jù)分析、數(shù)據(jù)集成、數(shù)據(jù)應(yīng)用和數(shù)據(jù)資產(chǎn)管理。
二是建立與企業(yè)能力相適應(yīng)的數(shù)據(jù)研發(fā)、分析、應(yīng)用和資產(chǎn)管理技術(shù)體系。結(jié)合企業(yè)自身技術(shù)能力和數(shù)據(jù)應(yīng)用場景，選擇合適的技術(shù)體系構(gòu)建數(shù)據(jù)中臺。
三是構(gòu)建支持前臺一線業(yè)務(wù)的數(shù)據(jù)中臺。業(yè)務(wù)中臺微服務(wù)化后，雖然提升了應(yīng)用的高可用能力，但是隨著數(shù)據(jù)和應(yīng)用的拆分，會形成更多的數(shù)據(jù)孤島，會增加應(yīng)用和數(shù)據(jù)集成的難度。在業(yè)務(wù)中臺建設(shè)的同時，需要同步啟動數(shù)據(jù)中臺建設(shè)，整合業(yè)務(wù)中臺數(shù)據(jù)，消除不同業(yè)務(wù)板塊核心業(yè)務(wù)鏈條之間的數(shù)據(jù)孤島，對外提供統(tǒng)一的一致的數(shù)據(jù)服務(wù)。用“業(yè)務(wù)+數(shù)據(jù)”雙中臺模式，支持業(yè)務(wù)、數(shù)據(jù)和流程的融合。

數(shù)據(jù)中臺投入相對較大，收益周期較長，但會給企業(yè)帶來巨大的潛在商業(yè)價值，也是企業(yè)未來數(shù)字化運營的重要基礎(chǔ)。企業(yè)可以根據(jù)業(yè)務(wù)發(fā)展需求，制定好階段性目標(biāo)，分步驟、有計劃地整合好現(xiàn)有數(shù)據(jù)平臺，演進式推進數(shù)據(jù)中臺建設(shè)。

03 技術(shù)中臺

業(yè)務(wù)中臺落地時需要有很多的技術(shù)組件支撐，這些不同技術(shù)領(lǐng)域的技術(shù)組件就組成了技術(shù)中臺。業(yè)務(wù)中臺大多采用微服務(wù)架構(gòu)，以保障系統(tǒng)高可用性，有效應(yīng)對高頻海量業(yè)務(wù)訪問場景，所以技術(shù)中臺會有比較多的微服務(wù)相關(guān)的技術(shù)組件。

一般來說，技術(shù)中臺會有以下幾類關(guān)鍵技術(shù)領(lǐng)域的組件，如API網(wǎng)關(guān)、前端開發(fā)框架、微服務(wù)開發(fā)框架、微服務(wù)治理組件、分布式數(shù)據(jù)庫以及分布式架構(gòu)下諸如復(fù)制、同步等數(shù)據(jù)處理相關(guān)的關(guān)鍵技術(shù)組件，如圖2-4所示。

1. API網(wǎng)關(guān)

微服務(wù)架構(gòu)一般采用前后端分離設(shè)計，前端頁面邏輯和后端微服務(wù)業(yè)務(wù)邏輯獨立開發(fā)、獨立部署，通過網(wǎng)關(guān)實現(xiàn)前后端集成。

前臺應(yīng)用接入中臺微服務(wù)的技術(shù)組件一般是API網(wǎng)關(guān)。

API網(wǎng)關(guān)主要包括：鑒權(quán)、降級限流、流量分析、負載均衡、服務(wù)路由和訪問日志等功能。API網(wǎng)關(guān)可以幫助用戶，方便地管理微服務(wù)API接口，實現(xiàn)安全的前后端分離，實現(xiàn)高效的系統(tǒng)集成和精細的服務(wù)監(jiān)控。

2. 開發(fā)框架

開發(fā)框架主要包括前端開發(fā)框架和后端微服務(wù)開發(fā)框架。基于前、后端開發(fā)框架，分別完成前端頁面邏輯和后端業(yè)務(wù)邏輯的開發(fā)。

前端開發(fā)框架主要是面向PC端或者移動端應(yīng)用，用于構(gòu)建系統(tǒng)表示層，規(guī)范前后端交互，降低前端開發(fā)成本。

▲圖2-4 技術(shù)中臺關(guān)鍵技術(shù)領(lǐng)域

微服務(wù)開發(fā)框架用于構(gòu)建企業(yè)級微服務(wù)應(yīng)用。一般具備自動化配置、快速開發(fā)、方便調(diào)試及部署等特性，提供微服務(wù)注冊、發(fā)現(xiàn)、通信、容錯和監(jiān)控等服務(wù)治理基礎(chǔ)類庫，幫助開發(fā)人員快速構(gòu)建產(chǎn)品級的微服務(wù)應(yīng)用。

開發(fā)框架一般都支持代碼自動生成、本地調(diào)試和依賴管理等功能。

3. 微服務(wù)治理

微服務(wù)治理是在微服務(wù)的運行過程中，針對微服務(wù)的運行狀況采取的動態(tài)治理策略，如服務(wù)注冊、發(fā)現(xiàn)、限流、熔斷和降級等，以保障微服務(wù)能夠持續(xù)穩(wěn)定運行。

微服務(wù)治理主要應(yīng)用于微服務(wù)運行中的狀態(tài)監(jiān)控、微服務(wù)運行異常時的治理策略配置等場景，保障微服務(wù)在常見異常場景下的自恢復(fù)能力。

微服務(wù)治理技術(shù)組件一般包括服務(wù)注冊、服務(wù)發(fā)現(xiàn)、服務(wù)通信、配置中心、服務(wù)熔斷、容錯和微服務(wù)監(jiān)控等組件。

常見的微服務(wù)治理有Dubbo、Spring Cloud和Service Mesh等技術(shù)體系。

4. 分布式數(shù)據(jù)庫

分布式數(shù)據(jù)庫一般都具有較強的數(shù)據(jù)線性擴展能力，它們大多采用數(shù)據(jù)多副本機制實現(xiàn)數(shù)據(jù)庫高可用，具有可擴展和低成本等技術(shù)優(yōu)勢。

分布式數(shù)據(jù)庫一般包括三類：交易型分布式數(shù)據(jù)庫、分析型分布式數(shù)據(jù)庫和交易分析混合型分布式數(shù)據(jù)庫。

交易型分布式數(shù)據(jù)庫用于解決交易型業(yè)務(wù)的數(shù)據(jù)庫計算能力，它支持數(shù)據(jù)分庫、分片、數(shù)據(jù)多副本，具有高可用的特性，提供統(tǒng)一的運維界面，具備高性能的交易型業(yè)務(wù)數(shù)據(jù)處理能力。主要應(yīng)用于具有跨區(qū)域部署和高可用需求，需支持高并發(fā)和高頻訪問的核心交易類業(yè)務(wù)場景。
分析型分布式數(shù)據(jù)庫通過橫向擴展能力和并行計算能力，提升數(shù)據(jù)整體計算能力和吞吐量，支持海量數(shù)據(jù)的分析。主要應(yīng)用于大規(guī)模結(jié)構(gòu)化數(shù)據(jù)的統(tǒng)計分析、高性能交互式分析等場景，如數(shù)據(jù)倉庫、數(shù)據(jù)集市等。
交易分析混合型分布式數(shù)據(jù)庫通過資源隔離、分時和數(shù)據(jù)多副本等技術(shù)手段，基于不同的數(shù)據(jù)存儲、訪問性能和容量等需求，使用不同的存儲介質(zhì)和分布式計算引擎，同時滿足業(yè)務(wù)交易和分析需求。主要應(yīng)用于數(shù)據(jù)規(guī)模大和訪問并發(fā)量大，需要解決交易型數(shù)據(jù)同步到分析型數(shù)據(jù)庫時成本高的問題，需要解決數(shù)據(jù)庫入口統(tǒng)一的問題，需要支持高可用和高擴展性等數(shù)據(jù)處理業(yè)務(wù)場景。

5. 數(shù)據(jù)處理組件

為了提高應(yīng)用性能和業(yè)務(wù)承載能力，降低微服務(wù)的耦合度，實現(xiàn)分布式架構(gòu)下的分布式事務(wù)等要求，技術(shù)中臺還有很多數(shù)據(jù)處理相關(guān)的基礎(chǔ)技術(shù)組件。如：分布式緩存、搜索引擎、數(shù)據(jù)復(fù)制、消息中間件和分布式事務(wù)等技術(shù)組件。

分布式緩存是將高頻熱點數(shù)據(jù)集分布于多個內(nèi)存集群節(jié)點，以復(fù)制、分發(fā)、分區(qū)和失效相結(jié)合的方式進行維護，解決高并發(fā)熱點數(shù)據(jù)訪問性能問題，降低后臺數(shù)據(jù)庫訪問壓力，提升系統(tǒng)吞吐能力。典型的開源分布式緩存技術(shù)組件有Redis。
搜索引擎主要解決大數(shù)據(jù)量的快速搜索和分析等需求。將業(yè)務(wù)、日志類等不同類型的數(shù)據(jù)，加載到搜索引擎，提供可擴展和近實時的搜索能力。
數(shù)據(jù)復(fù)制主要解決數(shù)據(jù)同步需求，實現(xiàn)同構(gòu)、異構(gòu)數(shù)據(jù)庫間以及跨數(shù)據(jù)中心的數(shù)據(jù)復(fù)制，滿足數(shù)據(jù)多級存儲、交換和整合需求。主要應(yīng)用于基于表或庫的業(yè)務(wù)數(shù)據(jù)遷移、業(yè)務(wù)數(shù)據(jù)向數(shù)據(jù)倉庫復(fù)制等數(shù)據(jù)遷移場景。數(shù)據(jù)復(fù)制技術(shù)組件大多采用數(shù)據(jù)庫日志捕獲和解析技術(shù)，在技術(shù)選型時需考慮數(shù)據(jù)復(fù)制技術(shù)組件與源端數(shù)據(jù)庫的適配能力。
消息中間件主要適用于數(shù)據(jù)最終一致性的業(yè)務(wù)場景，它采用異步化的設(shè)計，實現(xiàn)數(shù)據(jù)同步轉(zhuǎn)異步操作，支持海量異步數(shù)據(jù)調(diào)用，并通過削峰填谷設(shè)計提高業(yè)務(wù)吞吐量和承載能力。它被廣泛用于微服務(wù)之間的數(shù)據(jù)異步傳輸、大數(shù)據(jù)日志采集和流計算等場景。另外，在領(lǐng)域驅(qū)動設(shè)計的領(lǐng)域事件驅(qū)動模型中，消息中間件是實現(xiàn)領(lǐng)域事件數(shù)據(jù)最終一致性的非常關(guān)鍵的技術(shù)組件，可以實現(xiàn)微服務(wù)之間的解耦，滿足“高內(nèi)聚，松耦合”設(shè)計原則。典型的開源消息中間件有Kafka等。

分布式事務(wù)主要是解決分布式架構(gòu)下事務(wù)一致性的問題。單體應(yīng)用被拆分成微服務(wù)后，原來單體應(yīng)用大量的內(nèi)部調(diào)用會變成跨微服務(wù)訪問，業(yè)務(wù)調(diào)用鏈路中任意一個節(jié)點出現(xiàn)問題，都可能造成數(shù)據(jù)不一致。分布式事務(wù)是基于分布式事務(wù)模型，保證跨數(shù)據(jù)庫或跨微服務(wù)調(diào)用場景下的數(shù)據(jù)一致性。

分布式事務(wù)雖然可以實時保證數(shù)據(jù)的一致性，但過多的分布式事務(wù)設(shè)計會導(dǎo)致系統(tǒng)性能下降。因此微服務(wù)設(shè)計時應(yīng)優(yōu)先采用基于消息中間件的最終數(shù)據(jù)一致性機制，盡量避免使用分布式事務(wù)。

技術(shù)中臺是業(yè)務(wù)中臺建設(shè)的關(guān)鍵技術(shù)基礎(chǔ)。在中臺建設(shè)過程中，可以根據(jù)業(yè)務(wù)需要不斷更新和吸納新的技術(shù)組件，也可以考慮將一些不具有明顯業(yè)務(wù)含義的通用組件（如認證等），通過抽象和標(biāo)準(zhǔn)化設(shè)計后納入技術(shù)中臺統(tǒng)一管理。為了保證業(yè)務(wù)中臺的高性能和穩(wěn)定性，在技術(shù)組件選型時一定要記?。罕M可能選用成熟的技術(shù)組件。

關(guān)于作者：歐創(chuàng)新，某大型保險公司架構(gòu)師，擁有十多年的軟件架構(gòu)設(shè)計經(jīng)驗。熱衷于DDD、中臺和分布式微服務(wù)架構(gòu)設(shè)計。在DDD、中臺和分布式微服務(wù)架構(gòu)設(shè)計方面有深厚的積累，擅長分布式微服務(wù)架構(gòu)設(shè)計。

鄧頔，某大型保險公司高級工程師，全國青年崗位能手。致力于基于DDD的企業(yè)級中臺微服務(wù)架構(gòu)改造實踐，精通前端開發(fā)相關(guān)技術(shù)棧，擁有豐富的企業(yè)級微前端實戰(zhàn)經(jīng)驗。

本文摘編自《中臺架構(gòu)與實現(xiàn)：基于DDD和微服務(wù)》，

本文摘編自《中臺架構(gòu)與實現(xiàn)：基于DDD和微服務(wù)》，經(jīng)出版方授權(quán)發(fā)布。