之前我寫過一篇《微服務(wù)與中臺的思考》垂谢，在該篇文章中我主要強(qiáng)調(diào)的是微服務(wù)帶來的自治問題厦画，從而引申出來的是組織架構(gòu)及管理的匹配。貌似很多朋友對此不以為然滥朱，而且有朋友說我的認(rèn)識比較片面根暑。后來我思考了一下，我發(fā)現(xiàn)我文章中寫的太直接了當(dāng)了徙邻，缺少鋪墊和必要的闡述排嫌，本來事情有2層，我一下子說的是底下那層缰犁，但是別人一般關(guān)注的是表面那層淳地，所以引出了一些對微服務(wù)及中臺的不同的看法就很自然了。
- 業(yè)務(wù)中臺的表層概念：
借用昨天溝通的朋友給我的意見民鼓，給業(yè)務(wù)中臺用一句話描述出來：就是業(yè)務(wù)中臺的關(guān)鍵是將各個(gè)業(yè)務(wù)中的有共性的業(yè)務(wù)場景總結(jié)出來，形成共性的能力蓬抄，將該能力放在業(yè)務(wù)中臺內(nèi)丰嘉，而前端業(yè)務(wù)可以通過配置或少量代碼進(jìn)行快速的開發(fā)，從而匹配商業(yè)社會的快速發(fā)展的需求嚷缭。
換成我自己的語言饮亏，我會用一個(gè)更淺顯易懂的方法來描述：傳統(tǒng)做軟件就是從0做起，從0%做到100%阅爽；后來有了框架（例如SSH）路幸，那新做一個(gè)項(xiàng)目相當(dāng)于從30%做到100%；現(xiàn)在業(yè)務(wù)中臺就是將盡量多共性的功能放到中臺付翁，則新做一個(gè)項(xiàng)目相當(dāng)于從80%做到100%宏侍。需要新開發(fā)鸟款、配置的工作越少，效率越高黍聂，則這樣才能滿足當(dāng)今商業(yè)客戶的快速需求變化。
使用量化的方法去描述問題嫁蛇，別人（即使不懂技術(shù)的人）會更容易理解你的理念。
現(xiàn)在的業(yè)務(wù)中臺，基本是以微服務(wù)的形式去落地的初斑。
- 業(yè)務(wù)中臺及微服務(wù)的深層理念：
業(yè)務(wù)中臺的是共性的業(yè)務(wù)場景或者業(yè)務(wù)功能獨(dú)立抽離及實(shí)現(xiàn)，獨(dú)立實(shí)現(xiàn)放到一個(gè)個(gè)微服務(wù)中膨处，所以帶來兩個(gè)特點(diǎn)：
1）每個(gè)微服務(wù)可以被上層應(yīng)用（例如手機(jī)客戶端的APP）進(jìn)行快速配置來調(diào)用形成新的業(yè)務(wù)见秤；
2）每個(gè)微服務(wù)獨(dú)立開發(fā)及部署；
對于第一個(gè)特點(diǎn)真椿，關(guān)鍵是將共性業(yè)務(wù)的能力獨(dú)立出來鹃答，被上層調(diào)用，則是否使用微服務(wù)這種形式瀑粥，并不是關(guān)鍵挣跋，例如單體系統(tǒng)中代碼上有個(gè)類庫集合了所有這些共性業(yè)務(wù)的功能，一樣可以實(shí)現(xiàn)這個(gè)理念狞换；
對于第二個(gè)特點(diǎn)避咆，微服務(wù)獨(dú)立開發(fā)及部署；有兩個(gè)好處修噪，一個(gè)是把整個(gè)系統(tǒng)這樣一個(gè)復(fù)雜的大問題分成一個(gè)個(gè)簡單的小問題查库，一個(gè)個(gè)簡單的小問題開發(fā)、維護(hù)起來會更簡單黄琼；另一個(gè)好處是獨(dú)立部署樊销，借用現(xiàn)在的虛擬化、容器技術(shù)脏款，可以快速部署及做負(fù)載均衡围苫；舉例就是例如雙11晚上12點(diǎn)，下單支付的人特別多撤师，就是使用支付網(wǎng)關(guān)這個(gè)微服務(wù)的人特別多剂府，則可以單獨(dú)給支付網(wǎng)關(guān)這個(gè)微服務(wù)快速增加服務(wù)器，來階段性的剃盾、局域性的給系統(tǒng)以擴(kuò)容支撐腺占。
對于第二個(gè)特點(diǎn)，會引來一些影響（這個(gè)就是我在上文《微服務(wù)與中臺的思考》中主要提到的問題）：例如每個(gè)微服務(wù)需要單獨(dú)的團(tuán)隊(duì)服務(wù)開發(fā)和維護(hù)（不是必須痒谴，但是最佳實(shí)踐）衰伯；例如微服務(wù)之間的關(guān)系是網(wǎng)狀的，維護(hù)較復(fù)雜积蔚。引申到組織管理意鲸，就是首先需要形成多個(gè)小團(tuán)隊(duì)，分別管理每個(gè)微服務(wù)；而小團(tuán)隊(duì)之間的溝通協(xié)調(diào)會比較復(fù)雜临扮；這是典型的技術(shù)方案帶來的組織架構(gòu)及管理的變化论矾，很多人并沒有意識到這個(gè)深層次的問題。我意識到這個(gè)問題杆勇，是因?yàn)槲以?jīng)需要對于是否引入微服務(wù)架構(gòu)到自己的產(chǎn)品進(jìn)行決策贪壳，讓我意識到，考慮技術(shù)架構(gòu)蚜退，不僅僅是技術(shù)問題闰靴、業(yè)務(wù)場景問題、客戶問題钻注，還是團(tuán)隊(duì)自身的組織管理問題（我曾經(jīng)將團(tuán)隊(duì)從產(chǎn)品研發(fā)的架構(gòu)轉(zhuǎn)換成以項(xiàng)目為主產(chǎn)品為輔的組織架構(gòu)蚂且，所以在這塊考慮比較多）。
引入一個(gè)新的架構(gòu)幅恋，可以很簡單杏死，也可能很復(fù)雜，甚至因?yàn)榻M織架構(gòu)不匹配導(dǎo)致引入的失敗捆交。而現(xiàn)在很多公司淑翼、團(tuán)隊(duì)都喜歡追捧新技術(shù)、新架構(gòu)（理解這種跟風(fēng)品追，往往是風(fēng)投關(guān)注的）玄括，例如業(yè)務(wù)中臺、數(shù)據(jù)中臺肉瓦；新技術(shù)本身并沒有錯(cuò)遭京，但是我們做企業(yè)，目的不是搞新技術(shù)泞莉，而是幫助客戶達(dá)成商業(yè)目的從而促使自身的盈利哪雕；同一個(gè)目的，有不同的手段（這是我常講的道與術(shù)）鲫趁，所以是否需要這些新技術(shù)斯嚎，需要考慮自身的情況、客戶的情況饮寞、業(yè)務(wù)場景等因素孝扛，因?yàn)橛锌赡苁褂靡粋€(gè)很挫很舊的技術(shù)方案列吼，但是更快幽崩、成本更低就能實(shí)現(xiàn)目的，而使用一個(gè)新技術(shù)寞钥，卻更慢慌申、成本更高，而且副作用更大，都是很有可能的蹄溉。作為一個(gè)決策者咨油，不能盲目跟風(fēng)，需要真正懂得新技術(shù)后面的理念柒爵，然后根據(jù)自身情況進(jìn)行適配在進(jìn)行決策役电。風(fēng)投在投的時(shí)候的確關(guān)注技術(shù)方向，但是實(shí)際上一個(gè)企業(yè)的基本面還是其盈利水平?jīng)Q定的棉胀。
