最近在讀一本書，叫做《企業(yè)IT架構(gòu)轉(zhuǎn)型之道：阿里巴巴中臺(tái)戰(zhàn)略思想與架構(gòu)實(shí)戰(zhàn)》，在寫此文時(shí)本書還沒(méi)有看完，因?yàn)閾?dān)心如果把書全部看完后再來(lái)寫這篇文章，很多精彩的內(nèi)容可能已經(jīng)忘記了，所以中途先寫一篇來(lái)分享給大家。

中臺(tái)戰(zhàn)略

阿里巴巴在2003年成立的淘寶事務(wù)部，如圖一。

2008年，B2C業(yè)務(wù)火熱，阿里巴巴成立天貓，初期叫淘寶商城，當(dāng)時(shí)作為淘寶事業(yè)部中的一個(gè)部門運(yùn)營(yíng)，如圖二。

隨著B(niǎo)2C業(yè)務(wù)的不斷增加，天貓開(kāi)始獨(dú)立，阿里巴巴單獨(dú)成立了天貓事業(yè)部，與淘寶事務(wù)部并列，如圖三，此時(shí)淘寶技術(shù)部分同時(shí)支持著兩大事業(yè)部，這種組織架構(gòu)決定了技術(shù)團(tuán)隊(duì)肯定會(huì)優(yōu)先滿足來(lái)至淘寶的業(yè)務(wù)需求，嚴(yán)重影響了天貓業(yè)務(wù)的發(fā)展。用過(guò)天貓和淘寶的人應(yīng)該都能發(fā)現(xiàn)天貓和淘寶這種電商平臺(tái)都包含了商品、交易、評(píng)價(jià)、支付、物流等功能。

2009年，共享業(yè)務(wù)事業(yè)部應(yīng)運(yùn)而生，主要成員來(lái)至淘寶技術(shù)團(tuán)隊(duì)，在組織架構(gòu)上單獨(dú)成為了一個(gè)跟淘寶、天貓同樣級(jí)別的事業(yè)部，如圖四。集團(tuán)希望能通過(guò)這種方式讓技術(shù)團(tuán)隊(duì)同時(shí)支持天貓和淘寶業(yè)務(wù)，同時(shí)對(duì)公共的、通用的業(yè)務(wù)進(jìn)行沉淀，更合理的利用資源。

但是實(shí)際上在當(dāng)時(shí)共享業(yè)務(wù)事業(yè)部是“聽(tīng)命于”天貓和淘寶，共享業(yè)務(wù)事業(yè)部需要同時(shí)滿足者天貓和淘寶的大量需求，團(tuán)隊(duì)成員經(jīng)常加班加點(diǎn)可能也達(dá)不到天貓和淘寶的需求，這樣就導(dǎo)致天貓和淘寶的業(yè)務(wù)部門對(duì)共享業(yè)務(wù)事業(yè)部不太滿意，同時(shí)共享業(yè)務(wù)事業(yè)部的同事也只能有苦說(shuō)不出。

2010年，團(tuán)購(gòu)業(yè)務(wù)聚劃算出現(xiàn)了，聚劃算擁有強(qiáng)大的流量吸引能力，所以天貓、淘寶、1688都想對(duì)接聚劃算平臺(tái)從而擴(kuò)大自己的流量，聚劃算突然面對(duì)這么大的對(duì)接需求也是應(yīng)接不暇，這時(shí)集團(tuán)要求三大電商平臺(tái)如果要對(duì)接聚劃算平臺(tái)，必須通過(guò)共享業(yè)務(wù)事業(yè)部！正是有了這個(gè)政策，使得共享業(yè)務(wù)事業(yè)部有了一個(gè)極強(qiáng)的業(yè)務(wù)抓手，將原本與三大電商平臺(tái)話語(yǔ)權(quán)的不平衡拉到了一個(gè)相對(duì)公平的水平。從而奠定了今天大家所看到的共享業(yè)務(wù)事業(yè)部成了阿里巴巴集團(tuán)業(yè)務(wù)中的核心業(yè)務(wù)平臺(tái)，如下圖：

上圖清晰的描述了阿里巴巴“厚平臺(tái)，薄應(yīng)用”的架構(gòu)形態(tài)，而共享業(yè)務(wù)事業(yè)部正是“厚平臺(tái)”的真實(shí)體現(xiàn)，“厚平臺(tái)”為阿里巴巴各種前端業(yè)務(wù)提供了最為專業(yè)、穩(wěn)定的業(yè)務(wù)服務(wù)，這就是中臺(tái)。

我們可以發(fā)現(xiàn)中臺(tái)戰(zhàn)略并不是一蹴而就，2009年開(kāi)始建立共享業(yè)務(wù)事業(yè)部時(shí)，就已經(jīng)為中臺(tái)戰(zhàn)略打下了一定的基礎(chǔ)，但同時(shí)也需要集團(tuán)的強(qiáng)力支持才能將中臺(tái)搭建起來(lái)，一旦中臺(tái)成形，就為業(yè)務(wù)的騰飛打下了堅(jiān)實(shí)的基礎(chǔ)。

煙囪式架構(gòu)

2008年淘寶的技術(shù)團(tuán)隊(duì)同時(shí)支持著淘寶和天貓兩大電商平臺(tái)，同時(shí)1688有自己的技術(shù)團(tuán)隊(duì)，架構(gòu)如下圖：

這種架構(gòu)就是煙囪式架構(gòu)，每個(gè)業(yè)務(wù)部門和他們對(duì)應(yīng)的業(yè)務(wù)部門像煙囪一樣佇立在那里，并且如果依照這個(gè)架構(gòu)，當(dāng)企業(yè)需要擴(kuò)展新業(yè)務(wù)時(shí)，就會(huì)出現(xiàn)一個(gè)新的業(yè)務(wù)部門以及對(duì)應(yīng)的新的技術(shù)部門，也就是多了一個(gè)煙囪。

那么這種架構(gòu)到目前為止其實(shí)還是有很多企業(yè)是這樣的，這種架構(gòu)之所以出現(xiàn)肯定是有它的好處：

• 企業(yè)考慮到業(yè)務(wù)模式不同，所以獨(dú)立建設(shè)
• 新的業(yè)務(wù)團(tuán)隊(duì)認(rèn)為在之前的業(yè)務(wù)的基礎(chǔ)上改造會(huì)有太多的技術(shù)和業(yè)務(wù)的歷史包袱，還不如重新構(gòu)建

只是這種架構(gòu)的缺點(diǎn)要遠(yuǎn)大于它的優(yōu)點(diǎn)：

• 重復(fù)功能建設(shè)和維護(hù)帶來(lái)重復(fù)性的工作和投資。重復(fù)建設(shè)能給企業(yè)減少風(fēng)險(xiǎn)，但是會(huì)增加重復(fù)的成本。
• “煙囪式”系統(tǒng)間如果要進(jìn)行交互，那么協(xié)作的成本是高昂的。
• 不利于業(yè)務(wù)的沉淀和持續(xù)發(fā)展。一個(gè)煙囪上線后進(jìn)入到了運(yùn)維階段，此時(shí)如果需要在此基礎(chǔ)上去修改業(yè)務(wù)到發(fā)布業(yè)務(wù)會(huì)需要一段很長(zhǎng)的時(shí)間。

在互聯(lián)網(wǎng)時(shí)代，更好的整合企業(yè)內(nèi)部資源、降低企業(yè)成本、實(shí)現(xiàn)各個(gè)系統(tǒng)間的交互是必然的。面對(duì)這種情況，2004年，業(yè)界就已經(jīng)提出了SOA理念來(lái)解決“煙囪式”系統(tǒng)間交互的問(wèn)題。

SOA

SOA的核心功能點(diǎn)：

• 面向服務(wù)的分布式計(jì)算
• 服務(wù)間松散耦合
• 支持服務(wù)的封裝
• 服務(wù)注冊(cè)和自動(dòng)發(fā)現(xiàn)
• 以服務(wù)契約的方式定義服務(wù)交互方式

中心化的SOA

很多企業(yè)都是通過(guò)ESB來(lái)實(shí)現(xiàn)SOA的，這是一種中心化的SOA。

ESB是企業(yè)服務(wù)總線，顧名思義，ESB系統(tǒng)能夠?qū)ζ髽I(yè)里的各種各樣的服務(wù)進(jìn)行統(tǒng)一管理，ESB的架構(gòu)很好的屏蔽了服務(wù)接口變化給服務(wù)消費(fèi)者帶來(lái)的影響，是解決不同系統(tǒng)間實(shí)現(xiàn)互聯(lián)互通的很好的架構(gòu)，如下圖：

2004年，很多大型軟件公司已經(jīng)發(fā)現(xiàn)，越來(lái)越多的企業(yè)在多年的IT建設(shè)過(guò)程中，逐漸構(gòu)建了越來(lái)越多的IT系統(tǒng)，這些IT系統(tǒng)都是采用煙囪式系統(tǒng)建設(shè)模式而建立的，使得企業(yè)內(nèi)的系統(tǒng)紛繁林立，這些系統(tǒng)有的是購(gòu)買商用套件，有的是自主研發(fā)，有的是找外包公司所開(kāi)發(fā)，最終的結(jié)果就是各個(gè)系統(tǒng)所采用的技術(shù)平臺(tái)、框架、語(yǔ)言各不相同。所以軟件公司就開(kāi)發(fā)出了ESB系統(tǒng)來(lái)幫助這些企業(yè)解決這些問(wèn)題。

服務(wù)提供方只需在ESB系統(tǒng)上定義好接口以及該接口的訪問(wèn)路徑即可，具體誰(shuí)是這個(gè)服務(wù)的消費(fèi)它不需要關(guān)心了，并且對(duì)于這個(gè)服務(wù)的修改只需要在ESB中進(jìn)行一次調(diào)整，便實(shí)現(xiàn)了對(duì)服務(wù)接口變化帶來(lái)影響的隔離。ESB降低了系統(tǒng)間的耦合，更方便、高效的實(shí)現(xiàn)了系統(tǒng)的集成，同時(shí)在服務(wù)負(fù)載均衡、服務(wù)管控等方面提供了相比“點(diǎn)對(duì)點(diǎn)”模式更專業(yè)的能力。

ESB提供了諸如對(duì)各種技術(shù)接口（HTTP、Socket、JMS、JDBC等）的適配接入、數(shù)據(jù)格式轉(zhuǎn)換、數(shù)據(jù)剪裁、服務(wù)請(qǐng)求路由等功能，目的是讓企業(yè)客戶能基于這些功能提高開(kāi)發(fā)效率，更快的實(shí)現(xiàn)項(xiàng)目落地。

所以，ESB的方式成為這一時(shí)期的SOA實(shí)現(xiàn)的主流，它很好的解決了異構(gòu)系統(tǒng)之間的交互。

去中心化的SOA

“去中心化的SOA”是由互聯(lián)網(wǎng)行業(yè)帶來(lái)的，因?yàn)樵诨ヂ?lián)網(wǎng)行業(yè)中用戶群體是整個(gè)互聯(lián)網(wǎng)公眾，所以系統(tǒng)架構(gòu)設(shè)計(jì)人員首先要解決的是系統(tǒng)擴(kuò)展性的問(wèn)題，以更快的進(jìn)行業(yè)務(wù)響應(yīng)、更好的支持業(yè)務(wù)創(chuàng)新等。

所以“去中心化”除開(kāi)滿足SOA的核心功能點(diǎn)之外，還要避免“中心化”帶來(lái)的難擴(kuò)展性問(wèn)題，以及潛在的“雪崩”影響。

“去中心化的SOA”是一種“點(diǎn)對(duì)點(diǎn)”的架構(gòu)，它沒(méi)有中心，如下圖：

那么可能有疑問(wèn)，SOA的出現(xiàn)是為了解決煙囪式架構(gòu)所帶來(lái)的問(wèn)題，而煙囪式系統(tǒng)之間的調(diào)用就是“點(diǎn)對(duì)點(diǎn)”的呀，這樣不是在倒退嗎？在互聯(lián)網(wǎng)行業(yè)，去中心化服務(wù)框架是運(yùn)行在企業(yè)內(nèi)部的，很少出現(xiàn)跨內(nèi)外網(wǎng)的服務(wù)交互，另外服務(wù)是以契約先行的方式進(jìn)行了服務(wù)接口功能的約定，在某種程度上很好的保障了服務(wù)接口的穩(wěn)定性，同時(shí)去中心化服務(wù)框架加上對(duì)多版本、負(fù)載均衡等功能的支持，從本質(zhì)上屏蔽掉了之前“點(diǎn)對(duì)點(diǎn)”模式下的各種系統(tǒng)不穩(wěn)定問(wèn)題。

在“中心化架構(gòu)”中，整個(gè)架構(gòu)的中心是ESB，所有的服務(wù)調(diào)用和返回都要經(jīng)過(guò)ESB，這樣服務(wù)調(diào)用者在調(diào)用某個(gè)服務(wù)時(shí)多了很多的網(wǎng)絡(luò)開(kāi)銷，而在“去中心化架構(gòu)”中則不會(huì)出現(xiàn)這個(gè)問(wèn)題。

另外，所有的服務(wù)調(diào)用都經(jīng)過(guò)ESB，所以ESB進(jìn)行集群部署是必然的，另外為了保障ESB不會(huì)出現(xiàn)問(wèn)題，部署ESB系統(tǒng)的服務(wù)器配置或網(wǎng)絡(luò)配置也會(huì)更好，這使得一旦企業(yè)想擴(kuò)容ESB時(shí)，會(huì)帶來(lái)軟件和硬件上成本的顯著增加。

另外就算ESB系統(tǒng)使用集群部署以保障高可用，但還是可能出現(xiàn)“雪崩”效應(yīng)，一旦出現(xiàn)“雪崩”就會(huì)導(dǎo)致企業(yè)中所有服務(wù)都不可用。

雪崩

我們假設(shè)ESB集群中每臺(tái)服務(wù)器最大的并發(fā)量為100，假設(shè)現(xiàn)在集群中有10臺(tái)服務(wù)器，在日常用戶請(qǐng)求量平穩(wěn)的時(shí)候，經(jīng)過(guò)負(fù)載均衡后每臺(tái)服務(wù)器平均的并發(fā)量為80，但是如果集群中某一臺(tái)服務(wù)器突然出現(xiàn)故障，此時(shí)就需要另外9臺(tái)來(lái)承擔(dān)之前的并發(fā)量，那么剩余的9臺(tái)服務(wù)器的并發(fā)量就會(huì)增加，從而很有可能導(dǎo)致9臺(tái)中的某一個(gè)服務(wù)器被壓垮，從而導(dǎo)致剩余的8臺(tái)服務(wù)器相繼被壓垮，這就是“雪崩”。而一旦出現(xiàn)“雪崩”故障，就算你去重啟服務(wù)器也是很難解決的，因?yàn)楹苡锌赡芊?wù)器剛啟動(dòng)完成就被流量所壓垮，所以這個(gè)時(shí)候你只能禁止外界的流量流入你的系統(tǒng)中，等所有服務(wù)器都成功啟動(dòng)后再放流量進(jìn)來(lái)。并且當(dāng)出現(xiàn)這種情況時(shí)，你可能都沒(méi)有時(shí)間去定位問(wèn)題所在，重新啟動(dòng)好的集群實(shí)際上還是在一個(gè)“脆弱”的狀態(tài)。

這就表示“中心化”架構(gòu)不能很好的解決系統(tǒng)擴(kuò)展性這個(gè)問(wèn)題，而“去中心化”的架構(gòu)則會(huì)更好，因?yàn)榫退愠霈F(xiàn)上面這種情況，也不會(huì)影響所有服務(wù)。所以這就是為什么互聯(lián)網(wǎng)行業(yè)會(huì)選擇“去中心化”架構(gòu)。

下面我們介紹阿里巴巴分布式服務(wù)框架HSF，等我看完再繼續(xù)吧...哈哈。

（正文已結(jié)束）

推薦閱讀：合肥熱線

免責(zé)聲明及提醒：此文內(nèi)容為本網(wǎng)所轉(zhuǎn)載企業(yè)宣傳資訊，該相關(guān)信息僅為宣傳及傳遞更多信息之目的，不代表本網(wǎng)站觀點(diǎn)，文章真實(shí)性請(qǐng)瀏覽者慎重核實(shí)！任何投資加盟均有風(fēng)險(xiǎn)，提醒廣大民眾投資需謹(jǐn)慎！