羅小東，軟件架構(gòu)師，多年平臺(tái)和中臺(tái)企業(yè)建設(shè)和落地經(jīng)驗(yàn)，以下為從工程師角度，第一人稱進(jìn)行闡述，會(huì)略帶有口語。

背景

阿里走向組織治理的全新階段——構(gòu)建‘1+6+N’的組織結(jié)構(gòu)，即在阿里巴巴集團(tuán)之下，設(shè)立阿里云智能、淘寶天貓商業(yè)、本地生活、菜鳥、國際數(shù)字商業(yè)、大文娛等六大業(yè)務(wù)集團(tuán)和多家業(yè)務(wù)公司，會(huì)有一些思考。

本文針對(duì)的是此類思考做的文字闡述，分以下幾個(gè)點(diǎn)：

• 思路闡述

• 怎么使用

• 使用要求

• 后期維護(hù)

雖然現(xiàn)在很多企業(yè)或者團(tuán)隊(duì)都已經(jīng)實(shí)踐了，自己感覺這個(gè)好像并不需要再討論，這里只做一家之言，我有我思。

思路闡述

中臺(tái)為解決問題的定位不一樣，這個(gè)概念出來挺多年的，但是見到的解決方案和架構(gòu)，基本上都是一個(gè)套路，一個(gè)路數(shù)，到目前為止，見到很多解決方案，大部分，很少說見有遇到能講解或者見到對(duì)這塊比較有深入表達(dá)，或者比較驚艷的理解，這個(gè)在很多時(shí)候，都是極度模糊的詞和邊界，所以在建設(shè)的時(shí)候，這邊是定義了一個(gè)中臺(tái)模型來定義方向：

我對(duì)新中臺(tái)模型的一些經(jīng)驗(yàn)思考總結(jié)

這個(gè)表達(dá)貌似有點(diǎn)奇怪，如果做過架構(gòu)的同學(xué)會(huì)有一個(gè)體會(huì)，一個(gè)架構(gòu)在另一個(gè)地方可以落地，可能換個(gè)地方就不行，如果不好理解，再換一個(gè)例子，比如軟件工程流程，在一般的中小項(xiàng)目基本上很難走通，那套規(guī)范，可能還沒有開始，項(xiàng)目就結(jié)束了，那是不是就否定這套流程，其實(shí)不然。

在過程中感受是，關(guān)鍵是否能把這個(gè)核心和思路深度消化，然后運(yùn)用起來。

在前幾年討論過很多回，也在很多團(tuán)隊(duì)接觸過討論，在這個(gè)過程中的感覺好比別人送給你一個(gè)屠龍刀，會(huì)使用的人可以掃四方，但是不會(huì)使用的，可能會(huì)惹火上身，甚至?xí)l(fā)現(xiàn)，還不會(huì)以前菜刀方便，關(guān)鍵是怎么使用。

怎么使用

我是怎么使用中臺(tái)的，這里只是一個(gè)參考，除是產(chǎn)品型輸出打造以外，主要使用在幾個(gè)方面：

• 我需要快速創(chuàng)建業(yè)務(wù)應(yīng)用，解決掉創(chuàng)建應(yīng)用過程中的問題

• 我需要做數(shù)據(jù)倉庫和挖掘，數(shù)據(jù)以更好的輔助應(yīng)用的建設(shè)?

• 我需要快速跟進(jìn)行業(yè)的發(fā)展，提供出更好的解決方案

• 我需要一個(gè)穩(wěn)定可控的平臺(tái)，來支撐我的解決方案落地

日常使用過程的方式，以小見大，需要一些團(tuán)隊(duì)管理的想像而擴(kuò)大到團(tuán)隊(duì)。

解決掉創(chuàng)建應(yīng)用過程中的問題

比較不喜歡一上來就提n多好的技術(shù)和業(yè)務(wù)無關(guān)的，有個(gè)文檔告訴1、2、3點(diǎn)，然后就實(shí)現(xiàn)這部分就可以，其它的不想關(guān)注。

創(chuàng)建業(yè)務(wù)應(yīng)用到底有什么問題，怎么就能快速創(chuàng)建業(yè)務(wù)和應(yīng)用。

這里定義的業(yè)務(wù)不是所有的業(yè)務(wù)，也包含當(dāng)中的某一個(gè)模塊或者某一個(gè)功能，這主要還是依托微服務(wù)架構(gòu)，首先，在開發(fā)過程中，對(duì)我來說，最注重的是成本，主要偏向于時(shí)間成本，開發(fā)成本，維護(hù)成本，升級(jí)成本等上面：

• 目前行業(yè)不斷的架構(gòu)和技術(shù)變化，這個(gè)過程需要不斷的消耗時(shí)間

• 每個(gè)模塊的規(guī)范不一樣，無法共用一些功能，每個(gè)都需要消耗時(shí)間去調(diào)整

• 非功能性需求不穩(wěn)定，CURD的常用功能不穩(wěn)定，在調(diào)整這塊上一直消耗時(shí)間

• 簡單和重復(fù)的功能每次都需要復(fù)制編寫，在穩(wěn)定性上測試也消耗時(shí)間

• 運(yùn)維監(jiān)控和日志監(jiān)控這些我需要做監(jiān)控，在排查問題上消耗時(shí)間

• 在交接需要跟別人解釋這個(gè)怎么集成，主要在非業(yè)務(wù)解釋上也消耗時(shí)間
  …….

以上制約了我很多無用的時(shí)間，一個(gè)是影響效率，另一個(gè)是消耗時(shí)間，做的大多是重復(fù)工，進(jìn)而影響成長，我想要的是生成大部分代碼，只保留業(yè)務(wù)邏輯部分，我只需要考慮這部分就可以。

解決掉以上的問題之后，我的組件只需要做好，然后配置丟到容器里面就可以，操作過一兩次熟悉之后，就不再形成瓶頸，而我需要的實(shí)現(xiàn)業(yè)務(wù)邏輯就可以，而且大家都統(tǒng)一，溝通成本也沒那么麻煩。

這樣可以把精力在這塊上面，包括文檔和處理思路，出來的編碼還有文檔，質(zhì)量會(huì)更高很多，而不是需要我再整理N多的東西，統(tǒng)一發(fā)出，再搞很長的解釋，還有后期不斷的咨詢到這里。

數(shù)據(jù)以更好的輔助應(yīng)用的建設(shè)

一樣不喜歡一上來就討論n多的技術(shù)和業(yè)務(wù)無關(guān)的，有個(gè)文檔，簡潔的告訴1、2、3點(diǎn)就可以，其它的不想關(guān)注。

應(yīng)用跑的過程，會(huì)產(chǎn)生日志，包括請(qǐng)求、用戶訪問，有些表的數(shù)據(jù)過大，而又非業(yè)務(wù)數(shù)據(jù)，需要定時(shí)刪除，報(bào)表統(tǒng)計(jì)過程中，應(yīng)用過程中表結(jié)構(gòu)已經(jīng)定了，不好再對(duì)表進(jìn)行修改，除了報(bào)表還有運(yùn)營的數(shù)據(jù)，這些指標(biāo)需要定義，還有過程數(shù)據(jù)需要采集回來再運(yùn)算等。

這些都是數(shù)據(jù)層的處理，在沒有數(shù)據(jù)倉庫之前，無法挖掘，或者這個(gè)成本較大，另外數(shù)據(jù)存儲(chǔ)問題也比較大，再然后就是數(shù)據(jù)計(jì)算出來之后，又需要提供給業(yè)務(wù)，兩者互相并輔助。

還有就是想做一些機(jī)器學(xué)習(xí)，挖掘業(yè)務(wù)使用場景，創(chuàng)新業(yè)務(wù)和方案的查詢，同第三方系統(tǒng)，多個(gè)系統(tǒng)之前的交互，也無法做到，也就是常見的數(shù)據(jù)孤島問題。

還有等保安全要求等等。

這些還需要思路放哪里，怎么放數(shù)據(jù)，還有這些流程怎么樣，規(guī)范是怎么樣的，需要的是，生成對(duì)應(yīng)的初版腳本，我只需要修改我的邏輯部分就可以，然后數(shù)據(jù)自動(dòng)采集到數(shù)倉就可以，按規(guī)范來處理。

在挖掘上，我只需要拖動(dòng)每個(gè)數(shù)據(jù)處理流程，形成工作流輸出就可以。

支撐我的解決方案文檔落地

寫方案，非業(yè)務(wù)的，不想再找n多的文檔，而且找不到穩(wěn)定的方案在哪里，需要到底問人等材料，需要快速鋪商務(wù)

在解決方案上，需要一個(gè)強(qiáng)有力的平臺(tái)進(jìn)行支撐，針對(duì)不同的業(yè)務(wù)，需要集成的不同能力，進(jìn)行各個(gè)服務(wù)或者應(yīng)用進(jìn)行整合和支撐，拼湊起來就可以，而不需要到處詢問，或者說到處查閱這個(gè)組件在哪里，怎么支撐。

能有演示，可以讓整個(gè)串并跑起來，而且我也能看到，確定可用，這為后期商務(wù)上做好支撐，同時(shí)也是給客戶商務(wù)過程提供信心，以提高在各個(gè)過程中的競爭力。如果業(yè)務(wù)應(yīng)用沒有怎么辦，跟ISV整合即可，即使一下沒有，那也只是單獨(dú)處理的模塊，并不需要我再從零考慮這個(gè)方案落地過程中的太多問題。

而且這個(gè)過程，報(bào)價(jià)居高不下（除了商務(wù)策略以外），內(nèi)部成本也無法評(píng)估，讓利部分也沒底，整個(gè)下來，跟競爭對(duì)手對(duì)比上容易底氣很不足，更別說打動(dòng)客戶了，可能打動(dòng)自己人都比較難。

比如一個(gè)簡單的場景例子，應(yīng)用上的沉淀和數(shù)據(jù)的沉淀，這兩塊在規(guī)范上形成自動(dòng)化，這個(gè)成本上基本上就低很多，另外在客戶演示或者項(xiàng)目前期，基本上就可以馬上搭建部署進(jìn)行一期，各個(gè)申請(qǐng)資源還有管理就走下來，推動(dòng)項(xiàng)目的進(jìn)程，如果還需要考慮等開發(fā)出來才能實(shí)施，這個(gè)交付周期就拉長了。

后期維護(hù)

需要的是不斷升級(jí)和維護(hù)一個(gè)中臺(tái)，集中精力在這個(gè)上面

我不需要迭代今天一個(gè)明天一個(gè)技術(shù)框架，也不需要每個(gè)都要重新建設(shè)一次，走一次流程，需要不斷的迭代，一個(gè)是熟練，另一個(gè)是大的流程不變，當(dāng)中可能升級(jí)某個(gè)點(diǎn)，但是升級(jí)之后，需要兼容前期的接口還有框架，這個(gè)在高級(jí)工程師和熟練的情況下，問題其實(shí)并不大。

這樣在過程兩三年的迭代中不斷的優(yōu)化，穩(wěn)定性更強(qiáng)，健壯性也更強(qiáng)，類似于一輛車，單獨(dú)換發(fā)動(dòng)機(jī)并不影響，可拆可合，根據(jù)不同的場景進(jìn)行不同的沉淀，以達(dá)到更強(qiáng)的配置。

其它

到這步，其它人怎么使用其實(shí)在我這里關(guān)聯(lián)并不大，而我需要的是解決我的問題，而中臺(tái)架構(gòu)并不代表說它是一個(gè)死的架構(gòu)，這個(gè)可以根據(jù)過程不斷的調(diào)整和優(yōu)化的，這個(gè)概念和架構(gòu)的提出，會(huì)更加明確搭建和建設(shè)的思路和方向，但是怎么實(shí)現(xiàn)，需要架構(gòu)師根據(jù)團(tuán)隊(duì)來進(jìn)行優(yōu)化處理。

在這個(gè)過程中的感覺好比別人送給你一個(gè)屠龍刀，會(huì)使用的人可以掃四方，但是不會(huì)使用的，可能會(huì)惹火上身，傷到自己，甚至?xí)l(fā)現(xiàn)，還不會(huì)以前菜刀方便，關(guān)鍵是怎么使用。