免费黄动漫无码在线观看犹物影视|伊人久久综合一本超碰|国产在线精品一区二区三区不卡|国产女主播久久一区二区免费|

注：圖片來源于阿里云棲大會(huì)相關(guān)材料

在談業(yè)務(wù)中臺(tái)前，首先看下對(duì)于中臺(tái)原來我們一般說法是包括了業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)，而現(xiàn)在另外一種說法是包括了業(yè)務(wù)中臺(tái)，數(shù)據(jù)中臺(tái)，技術(shù)中臺(tái)和AI中臺(tái)。而實(shí)際上對(duì)于技術(shù)中臺(tái)不建議劃分到中臺(tái)里面，可以劃分到底層的技術(shù)支撐平臺(tái)，屬于技術(shù)PaaS平臺(tái)的一部分。而對(duì)于AI中臺(tái)單獨(dú)劃分出來本身也沒有必要，AI中臺(tái)可以劃分到數(shù)據(jù)中臺(tái)的大范疇里面。

就拿企業(yè)來說，中臺(tái)的構(gòu)建包括了業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)，按道理應(yīng)該是先考慮業(yè)務(wù)中臺(tái)如何構(gòu)建，再基于構(gòu)建好的業(yè)務(wù)中臺(tái)來構(gòu)建數(shù)據(jù)中臺(tái)。但是也有企業(yè)由于遺留系統(tǒng)很多，并沒有參考理想的方法去構(gòu)建完整的業(yè)務(wù)中臺(tái)，而是直接去構(gòu)建數(shù)據(jù)中臺(tái)。數(shù)據(jù)中臺(tái)按照全新的方法去構(gòu)建，替代傳統(tǒng)的ODS加數(shù)據(jù)倉庫的構(gòu)建方法。

對(duì)于數(shù)據(jù)中臺(tái)的構(gòu)建，下篇再展開分析，本篇還是重點(diǎn)談下業(yè)務(wù)中臺(tái)的構(gòu)建。

先看下傳統(tǒng)的業(yè)務(wù)系統(tǒng)規(guī)劃和構(gòu)建思路，我們講過更多的是業(yè)務(wù)和流程驅(qū)動(dòng)型構(gòu)建模式。簡(jiǎn)單來說就是，我們先分析清楚在業(yè)務(wù)上有哪些流程需要支撐，哪些業(yè)務(wù)需求需要支撐，然后基于流程逐層分解的方法來分析整個(gè)業(yè)務(wù)架構(gòu)，基于業(yè)務(wù)架構(gòu)再來分析數(shù)據(jù)架構(gòu)，最后結(jié)合業(yè)務(wù)+數(shù)據(jù)架構(gòu)來分析需要規(guī)劃建設(shè)哪些業(yè)務(wù)系統(tǒng)或子系統(tǒng)。最后才會(huì)去考慮數(shù)據(jù)如何落地到數(shù)據(jù)庫，應(yīng)該有哪些數(shù)據(jù)對(duì)象和建立哪些數(shù)據(jù)庫表。

■ 以數(shù)據(jù)驅(qū)動(dòng)先行的思路來考慮中臺(tái)模塊的識(shí)別

而對(duì)于業(yè)務(wù)中臺(tái)的構(gòu)建思路，這里給出一種新的構(gòu)建思路，即數(shù)據(jù)驅(qū)動(dòng)型的構(gòu)建思路。對(duì)于切入還是可以從端到端流程切入，但是只需要初步分析頂層業(yè)務(wù)流程即可，不需要進(jìn)行詳細(xì)的業(yè)務(wù)流程分析和分解，并規(guī)劃業(yè)務(wù)架構(gòu)。而是先進(jìn)行數(shù)據(jù)架構(gòu)規(guī)劃和數(shù)據(jù)域劃分。

即流程并不需要分析的太細(xì)，就已經(jīng)能夠完全了解企業(yè)核心基礎(chǔ)主數(shù)據(jù)和核心共享數(shù)據(jù)。這個(gè)時(shí)候你已經(jīng)可以梳理出比較粗的數(shù)據(jù)架構(gòu)模型，找到核心的業(yè)務(wù)對(duì)象了（基礎(chǔ)主數(shù)據(jù)和核心共享數(shù)據(jù)）。

同時(shí)我們也初步定義了數(shù)據(jù)域和數(shù)據(jù)邊界。那么數(shù)據(jù)域和邊界的劃分是否合理？又得回到端到端流程分析，即還是需要根據(jù)端到端的業(yè)務(wù)流程來進(jìn)一步試算和演練我們的數(shù)據(jù)域劃分是否合理，即在端到端流程協(xié)同的時(shí)候是否會(huì)出現(xiàn)底層數(shù)據(jù)域之間的頻繁交互和協(xié)同，如果存在多個(gè)數(shù)據(jù)對(duì)象間頻繁交互，那么這些數(shù)據(jù)對(duì)象往往不能進(jìn)行拆分，否則就可以拆分。

同時(shí)我們看到以核心基礎(chǔ)數(shù)據(jù)和共享數(shù)據(jù)為主體進(jìn)行數(shù)據(jù)分域，分域后形成的各個(gè)數(shù)據(jù)域之間滿足松耦合的要求，這些分離出來的數(shù)據(jù)域就是獨(dú)立的中臺(tái)各個(gè)業(yè)務(wù)能力提供中心。類似我們常說的訂單中心，合同中心，項(xiàng)目中心，產(chǎn)品中心，用戶中心，供應(yīng)商中心，物料中心，客戶中心等。

在這個(gè)過程中你會(huì)發(fā)現(xiàn)供應(yīng)商和物料之間的耦合性很強(qiáng)，那供應(yīng)商+物料可以規(guī)劃在中臺(tái)的一個(gè)中心，一個(gè)微服微模塊里面來實(shí)現(xiàn)。類似框架協(xié)議和采購訂單，也需要放在一個(gè)中臺(tái)中心一個(gè)道理。

■ 以對(duì)外流程協(xié)同，對(duì)內(nèi)數(shù)據(jù)能力提供兩條線來考慮中臺(tái)模塊接口服務(wù)識(shí)別

如果中臺(tái)模塊已經(jīng)識(shí)別出來，接著就需要去思考每個(gè)中臺(tái)模塊究竟需要提供哪些接口服務(wù)能力。而這種接口服務(wù)的識(shí)別，我們考慮兩條線相互結(jié)合的方式進(jìn)行。

1. 根據(jù)中臺(tái)模塊的核心數(shù)據(jù)對(duì)象來思考應(yīng)該包括哪些數(shù)據(jù)接口服務(wù)能力

你可以理解為你先不用去思考需要支撐上層哪些業(yè)務(wù)功能和流程，就是將你已經(jīng)識(shí)別的基礎(chǔ)主數(shù)據(jù)對(duì)象和核心共享數(shù)據(jù)的CRUD能力暴露出現(xiàn)。但是這個(gè)暴露和簡(jiǎn)單的暴露數(shù)據(jù)庫表有差異，這里暴露的應(yīng)該是核心領(lǐng)域?qū)ο蠛蛿?shù)據(jù)對(duì)象，這個(gè)對(duì)象可能是底層多張數(shù)據(jù)庫表。即將底層數(shù)據(jù)庫表，以領(lǐng)域?qū)ο竽Ｐ途酆虾蟮乃悸穼PI接口暴露出去。同時(shí)我們還需要初步分析哪些能力是不需要對(duì)外開放的。比如一些數(shù)據(jù)對(duì)象只需要朝外暴露查詢能力接口即可，而有些業(yè)務(wù)對(duì)象則需要暴露CRUD的所有能力，這個(gè)也需要分析清楚。

2. 結(jié)合端到端交互流程

或者也可以是理解為通過前臺(tái)需要實(shí)現(xiàn)的業(yè)務(wù)場(chǎng)景和流程，來分析究竟中臺(tái)模塊需要提供哪些能力。要知道通過第一點(diǎn)往往并不能識(shí)別出來所有的中臺(tái)模塊應(yīng)該提供的API接口服務(wù)，特別是一些涉及到業(yè)務(wù)規(guī)則和邏輯的接口服務(wù)能力，因此在這里還需要繼續(xù)識(shí)別還需要哪些接口服務(wù)，這些接口應(yīng)該確保粗粒度和可重用。

簡(jiǎn)單的如一個(gè)業(yè)務(wù)對(duì)象狀態(tài)變更的接口服務(wù)能力，在第一種方式下我們往往并不會(huì)單獨(dú)將其識(shí)別出來定義為一個(gè)獨(dú)立的API接口服務(wù)，但是基于業(yè)務(wù)場(chǎng)景分析后發(fā)現(xiàn)有這個(gè)需求，那么就需要單獨(dú)定義接口。

所有中臺(tái)的構(gòu)建目的都是為了更好的為前臺(tái)業(yè)務(wù)功能實(shí)現(xiàn)服務(wù)，因此結(jié)合前臺(tái)的業(yè)務(wù)場(chǎng)景和功能需求來進(jìn)一步識(shí)別需要暴露的接口服務(wù)能力是必須的。即我們要意識(shí)到前臺(tái)的構(gòu)建更多的都是組裝中臺(tái)層各個(gè)微服務(wù)模塊暴露的API接口服務(wù)能力，而不是自己去實(shí)現(xiàn)這個(gè)能力，前臺(tái)可能有自己獨(dú)立的數(shù)據(jù)庫，但是這個(gè)數(shù)據(jù)庫本身也很輕，只會(huì)存儲(chǔ)一些臨時(shí)的或局部使用的數(shù)據(jù)信息。