抱歉，请不要把 “业务逻辑层” 理解为 “业务中台”
這是頭哥侃碼的第197篇原創
在IAS2019中臺架構峰會上，我曾與一位年輕帥氣的技術小伙來了一番有趣的對話。
因為和朋友有約，所以我在現場互動結束之后，就急匆匆地跟其他嘉賓打了聲招呼，抱著筆記本沖出了會場。
但沒想到剛到電梯口，卻被一位帥小伙迎面攔住。
他朝我擺了擺手，開口說：“王老師，耽誤你點時間，想請教一個技術性問題可以嗎？”
我假裝謙虛：“太客氣了，請教不敢當，大家一起探討探討。”
隨即他從背包中拿出手提電腦，打開一份PPT，并指著其中的幾張圖問我：“你看，這是我們公司的業務中臺，麻煩你給評價評價。”
圖1. 他們的 “業務前/中/后臺”?是這樣的
圖2. 他們 “業務前/中/后臺”?的功能定義
圖3. 他們 “業務前/中/后臺”?的組織結構
在聽完他的敘述之后，我忍不住笑出聲來，并對他說：“小伙子，你這哪是中臺啊？！這分明是三層架構(3-Tier Architecture) 啊……”
從表情上看，我感覺他有點懵圈，小聲問了一句：“三層架構？MVC嗎？”
我搖了搖頭，給他從頭到底普及了下3-Tier Architecture，并且強調了界面層（User Interface layer）、業務邏輯層（Business Logic Layer）、數據訪問層（Data access layer）的分層目的是為了“高內聚，低耦合” 。
他聽完搖了搖頭，似乎不太理解，并追問：“那么 ‘業務邏輯層’?與 ‘業務中臺’?的區別是什么呢？”
我把他拉到一旁的咖啡廳，找了個座，并在網上翻到一張3-Tier Architecture的結構圖，然后對他說：“說實話，雖然單純通過幾張圖和口述，我無法了解你們的業務背景與現狀。”
圖4. 3-Tier Architecture
“但你所描述的那個 ‘業務中臺’ ，最多只能算是一個軟件體系架構中的業務邏輯層，壓根跟 ‘中臺’ 沒半毛錢關系。”
他聽完，一邊搖頭，一邊說：“不對啊，我們技術老大可不是這么說的……”
我很好奇，忙追問他。
按他的說法，在他們公司內，大家都認為中臺是一種松耦合結構的架構模式，主要是用來解決層與層之間的依賴問題的。
也就是說，他們公司的 “業務中臺” 價值主要體現在以下幾點：
1、把標準化的服務下沉到 ”業務后臺”，把非標準化的服務上浮到 “業務中臺”。
2、有了 ”業務后臺”，一旦上層的設計改變，對于其調用的底層而言沒有任何影響。
3、大部分的業務需求只需要搗騰 ”業務中/前臺”，似乎成本更低，效率更高了。
聽完他的這番言論之后，我愣了近十秒鐘，一時間不知道說些什么。大腦給我的第一反應是把一堆 “吐槽” 噴在他臉上，但最終理智還是戰勝了沖動。
我朝他微微的笑了笑，說了一下我的看法。
就像我在 #請你們不要調侃中臺，它是我們賴以生存的鐮刀#中講述的那樣，業務中臺也好，技術中臺也罷，它并不是一種技術實現，而是一種技術戰略。而業務邏輯層可不是戰略，它只不過是專門用來處理軟件業務需求的一層，是用來實現設計模式及組件技術的一種手段。
說到這里，我還特地跟了一句：“不要被熱點名詞所迷惑，即使它處在體系架構中的中間位置，也不應該把它稱為 ‘中臺’。”
“我個人覺得，你們把這個部門稱為 ‘自定義服務事業部’ 更為貼切。”
說到這里，我特地停頓了下，喝了口咖啡，繼續說。
“當然，剛才敘述的觀點主要來源于我自己的實踐經驗，所以聽上去會顯得比較武斷或片面，但中臺戰略的興起在國內主要來自于阿里巴巴的中臺戰略思想。”
“在我們系統的演化過程中，我曾多次閱讀 《企業IT架構轉型之道：阿里巴巴中臺戰略思想與架構實戰》這本書，在談到構建業務中臺基礎的部分，有過這樣一些描述，我覺得說的挺到位。”
說完，我打開閱讀筆記給他看。
……
構建業務中臺的基礎 —— 共享服務體系。
松耦合的服務帶來業務的復用，通過服務的編排助力業務的快速響應和創新。
反觀企業需要通過ESB組件打通不同系統間的交互，實則是因為相關業務領域的業務和數據被以“煙囪式”方式建設的系統分割到了不同的系統中。
當越來越多的系統都采用自建“輪子”的方式滿足自身系統對這部分業務的需求時，之前的這個服務慢慢就少有人問津，當有更好的服務出現或該服務完全滿足不了當前業務發展的要求時，也就是這個服務離開歷史舞臺的時刻。
1、傳統組織結構：我們可以將整個技術團隊看做成一個組合精密的流水生產線，源源不斷的業務需求進入到這條流水線后，經過流水線上各專業人員的貢獻，最終將業務需求以系統的方式輸出這條流水線。
2、FeatureTeam：不同角色的人員（架構師、開發人員、UED工程師等）組建成了一個新的組織，每一個這樣的組織都針對某一服務中心提供持續的服務能力開發及運維，更準確說是基于這一服務中心的業務能力進行“運營”。
……
看完這段文字，我問他：“你瞧，根據阿里中臺戰略的定義，再結合到剛才的敘述，你發現了什么？”
他搖了搖頭，看著我。
在我看來，你們那個 “業務中臺”?是 用來做服務編排的，作用是助力業務的快速響應和創新，而你們那個 “業務后臺”?是 松耦合的服務帶來業務的復用，杜絕重復造輪子的現象。
“當然，這樣的說法不僅不科學，而且有點死拉硬拽的味道，但我覺得兩者之間的道理是相通的。”
聽完我的話，這小伙子突然站了起來，沖著我說：“王老師，是不是我們老大在忽悠我們啊？那么長時間，很多人之所以留在這破公司賣命，就因為一直覺得自己做的是行業先進技術啊！”
我也站了起來，并拍了拍他的肩頭示意他冷靜，并讓他坐下。
隨后，我用緩和了下語氣對他說：“首先，我不僅沒有資格來對你們公司指指點點，更沒有底氣在僅知道這點皮毛信息的前提下來對某某某說三道四，這跟耍流氓沒什么區別。”
“我只想說，中臺，的確是在現階段來看當下最熱的一個造勢名詞。既然是造勢名詞，這就意味著可以成為企業重要抓手和杠桿，可大干一番。”
“說白了，就是在很多時候，這些熱點或是概念，它主要的作用是用來對齊思想，找到戰友的一種方式。”
我常說，一切拋開業務、組織及歷史債的架構設計都是耍流氓。
那么啥叫好架構？啥叫牛逼的技術老大？
在我看來，在國內的大部分企業中，如果有誰能用一種理念團結人心，再加上能用一套能落地的實戰方式，最終滿足公司在業務發展上的需要，那就可以了。
很顯然，中臺這個詞，似乎是這幾年里最適合的粘合劑。
至于你家的數據中臺都有哪些標準？他家的業務中臺對人才的需求標準都有哪些？還是交給學術界的朋友們去琢磨吧。
對我們來說，意義并不大。
聊到這，我的電話鈴聲響了，低頭一看，糟糕，原是朋友打來的，應該是催我去吃飯的。
我一看表，要死……從坐下到現在，時間已經過去了一個小時。
在和他相互留了微信之后，我就一溜煙的跑出了會場。
什么？你想知道后來如何了？至此之后，我們倆就再也沒聯系過，但我好像記得在他的朋友看到他在這場大會結束的一個月后，就離職了。
原因可能是因為聽了我這番言論的鼓動，回去就跟他老大干仗了吧……
現在回想起來，也不知道自己是干了一件好事，還是干了一件壞事。
算了，就這樣吧，挺好的。
-----------------------
總結
以上是默认站点為你收集整理的抱歉，请不要把 “业务逻辑层” 理解为 “业务中台”的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 在阿里云函数计算上部署.NET Core
- 下一篇： 陌陌的 Service Mesh 探索与