傳統(tǒng)企業(yè)平臺都是煙囪式的系統(tǒng)架構(gòu)，企業(yè)內(nèi)部為了迎合業(yè)務(wù)發(fā)展不停的打造各種系統(tǒng)，導(dǎo)致各系統(tǒng)間的重復(fù)功能建設(shè)和維護(hù)帶來的重復(fù)投資。重復(fù)投資不僅消耗的是人力，財(cái)力還有時(shí)間。但打通煙囪式系統(tǒng)間交互的集成和協(xié)作成本高昂，各大企業(yè)不得不借助ESB產(chǎn)品，構(gòu)建企業(yè)服務(wù)總線，打通各系統(tǒng)間的交互問題。

　　但這種借助ESB“中心化”的服務(wù)架構(gòu)缺點(diǎn)也有不少，“中心化”架構(gòu)的所有服務(wù)調(diào)用者和服務(wù)提供者之間的交互都必須通過這個(gè)中心點(diǎn)，而這個(gè)中心點(diǎn)的能力是很難進(jìn)行擴(kuò)展的，導(dǎo)致這中心會成為一個(gè)瓶頸。

2015年阿里巴巴集團(tuán)啟動了中臺戰(zhàn)略，目標(biāo)是要構(gòu)建符合互聯(lián)網(wǎng)大數(shù)據(jù)時(shí)代的，具有創(chuàng)新性、靈活性的“大中臺、小前臺”的機(jī)制，即作為前臺的一線業(yè)務(wù)會更敏捷、更快速的適用瞬息萬變的市場，而中臺將集合整個(gè)集團(tuán)的運(yùn)營數(shù)據(jù)能力，產(chǎn)品技術(shù)能力，對各前臺業(yè)務(wù)形成強(qiáng)有力的支撐。整體內(nèi)容如下：

 　　“大中臺、小前臺”架構(gòu)主要集中在業(yè)務(wù)共享服務(wù)層，業(yè)務(wù)共享服務(wù)團(tuán)隊(duì)，有獨(dú)立的團(tuán)隊(duì)來做，也更利于業(yè)務(wù)的沉淀，降低研發(fā)成本，提高研發(fā)效率。打破了產(chǎn)品壁壘，之前是系統(tǒng)之間要數(shù)據(jù)，現(xiàn)在是都去找共享服務(wù)中心要數(shù)據(jù)，共享服務(wù)中心提供統(tǒng)一的，標(biāo)準(zhǔn)的數(shù)據(jù)。減少了系統(tǒng)間交互、團(tuán)隊(duì)間協(xié)作的成本。站在巨人的肩膀上。新產(chǎn)品研發(fā)不用考慮之前已有的東西，可以快速孵化新的產(chǎn)品，試錯(cuò)成本低，產(chǎn)品敢于創(chuàng)新，敢于擁抱變化，原來追競爭對手都很困難，現(xiàn)在相當(dāng)于競爭對手的產(chǎn)品經(jīng)理不停的給我們提供新點(diǎn)子?？沙掷m(xù)發(fā)展，技術(shù)和業(yè)務(wù)能力能夠沉淀積累。

“大中臺、小前臺”與微服務(wù)的關(guān)系

　　微服務(wù)體現(xiàn)去中心化、天然分布式，與阿里的中臺戰(zhàn)略思想類似，是戰(zhàn)略的具體實(shí)現(xiàn)方式的一種?，F(xiàn)有架構(gòu)師可以學(xué)習(xí)這種模式來解決企業(yè)本身的應(yīng)用高并發(fā)、高可用、運(yùn)維等難題，也是現(xiàn)有互聯(lián)網(wǎng)經(jīng)典架構(gòu)，畢竟是經(jīng)過阿里實(shí)踐過的，除了BAT，Uber、網(wǎng)易、美團(tuán)、京東等互聯(lián)網(wǎng)公司都在很早前就實(shí)現(xiàn)了平臺微服務(wù)化。

為什么要微服務(wù)化？

　　在傳統(tǒng)單體或SOA架構(gòu)下，應(yīng)用如果頻繁升級更新，開發(fā)團(tuán)隊(duì)非常痛苦。企業(yè)的業(yè)務(wù)應(yīng)用經(jīng)過多年IT建設(shè)，系統(tǒng)非常龐大，要改動其中任何一小部分，都需要重新部署整個(gè)應(yīng)用，敏捷開發(fā)和快速交付無從談起。

　　傳統(tǒng)企業(yè)在長期的IT建設(shè)過程中，通常大量使用外包團(tuán)隊(duì)，這導(dǎo)致采用的技術(shù)棧之間差異較大，統(tǒng)一管控和運(yùn)維要求更高。需要運(yùn)維7*24小時(shí)全天候值守、在線升級，并快速響應(yīng)。

　　在此時(shí)脫穎而出的微服務(wù)技術(shù)，面對上述困惑幾乎渾身優(yōu)點(diǎn)：獨(dú)立開發(fā)、獨(dú)立部署、獨(dú)立發(fā)布，去中心化管理，支持高并發(fā)高可用，支持豐富技術(shù)棧，企業(yè)可以根據(jù)需要靈活技術(shù)選型。

實(shí)踐微服務(wù)架構(gòu)的選擇

微服務(wù)架構(gòu)中所包含的內(nèi)容：

 　　微服務(wù)是將企業(yè)通用服務(wù)按業(yè)務(wù)化分成一個(gè)個(gè)單體服務(wù)，增強(qiáng)可用性、服務(wù)易擴(kuò)展、減少開發(fā)成本、減少服務(wù)發(fā)布對整個(gè)平臺的影響。微服務(wù)是一種思想，實(shí)現(xiàn)有很多方式，企業(yè)轉(zhuǎn)由單個(gè)系統(tǒng)轉(zhuǎn)向微服務(wù)就要考慮很多問題，比如技術(shù)選型、業(yè)務(wù)拆分問題、高可用、服務(wù)通信、服務(wù)發(fā)現(xiàn)和治理、集群容錯(cuò)、配置管理、數(shù)據(jù)一致性問題、康威定律、分布式調(diào)用跟蹤、CI/CD、微服務(wù)測試，以及調(diào)度和部署等等，這并非一些簡單招數(shù)能夠化解。

　　微服務(wù)框架必須能夠達(dá)到借助虛擬化平臺，能夠按需創(chuàng)建機(jī)器并調(diào)整大小，借助基礎(chǔ)設(shè)施的自動化從一臺機(jī)器擴(kuò)展到多臺，擁有業(yè)務(wù)監(jiān)控預(yù)警、異常熔斷等等功能，現(xiàn)有框架有Dubbo和SpringCloud，Dubbo是RPC服務(wù)治理框架，和SpringCloud一樣具備服務(wù)注冊、發(fā)現(xiàn)、路由、負(fù)載均衡等能力。

 Dubbo和Spring Cloud有何不同？

首先做一個(gè)簡單的功能對比：

　　從上圖可以看出Dubbo的功能只是Spring Cloud體系的一部分，Dubbo已停更了幾年，雖然最近宣布加強(qiáng)了開源支持，但對于其它框架來說已經(jīng)非常滯后了。
　　需要說明的是 Dubbo 是 SOA 時(shí)代的產(chǎn)物，它的關(guān)注點(diǎn)主要在于服務(wù)的調(diào)用，流量分發(fā)、流量監(jiān)控和熔斷。而 Spring Cloud 誕生于微服務(wù)架構(gòu)時(shí)代，考慮的是微服務(wù)治理的方方面面，另外由于依托了 Spirng、Spirng Boot 的優(yōu)勢之上，兩個(gè)框架在開始目標(biāo)就不一致，Dubbo 定位服務(wù)治理、Spirng Cloud 是一個(gè)生態(tài)。

那如何做技術(shù)選型

相信更多的架構(gòu)師為選擇Spring Cloud生態(tài)，引用網(wǎng)友的理由：

1）從兩個(gè)公司的背景來談：Dubbo，是阿里巴巴服務(wù)化治理的核心框架，并被廣泛應(yīng)用于中國各互聯(lián)網(wǎng)公司；Spring Cloud是大名鼎鼎的Spring家族的產(chǎn)品。阿里巴巴是一個(gè)商業(yè)公司，雖然也開源了很多的頂級的項(xiàng)目，但從整體戰(zhàn)略上來講，仍然是服務(wù)于自身的業(yè)務(wù)為主。Spring專注于企業(yè)級開源框架的研發(fā)，不論是在中國還是在世界上使用都非常廣泛，開發(fā)出通用、開源、穩(wěn)健的開源框架就是他們的主業(yè)。

2）從社區(qū)活躍度這個(gè)角度來對比，Dubbo雖然也是一個(gè)非常優(yōu)秀的服務(wù)治理框架，并且在服務(wù)治理、灰度發(fā)布、流量分發(fā)這方面做的比Spring Cloud還好，除過當(dāng)當(dāng)網(wǎng)在基礎(chǔ)上增加了rest支持外，已有兩年多的時(shí)間幾乎都沒有任何更新了。在使用過程中出現(xiàn)問題，提交到github的Issue也少有回復(fù)。

相反Spring Cloud自從發(fā)展到現(xiàn)在，仍然在不斷的高速發(fā)展，從github上提交代碼的頻度和發(fā)布版本的時(shí)間間隔就可以看出，現(xiàn)在Spring Cloud即將發(fā)布2.0版本，到了后期會更加完善和穩(wěn)定。

3) 從整個(gè)大的平臺架構(gòu)來講，dubbo框架只是專注于服務(wù)之間的治理，如果我們需要使用配置中心、分布式跟蹤這些內(nèi)容都需要自己去集成，這樣無形中使用dubbo的難度就會增加。Spring Cloud幾乎考慮了服務(wù)治理的方方面面，更有Spring Boot這個(gè)大將的支持，開發(fā)起來非常的便利和簡單。

4）從技術(shù)發(fā)展的角度來講，Dubbo剛出來的那會技術(shù)理念還是非常先進(jìn)，解決了各大互聯(lián)網(wǎng)公司服務(wù)治理的問題，中國的各中小公司也從中受益不少。經(jīng)過了這么多年的發(fā)展，互聯(lián)網(wǎng)行業(yè)也是涌現(xiàn)了更多先進(jìn)的技術(shù)和理念，Dubbo一直停滯不前，自然有些掉隊(duì)，有時(shí)候我個(gè)人也會感到有點(diǎn)可惜，如果Dubbo一直沿著當(dāng)初的那個(gè)路線發(fā)展，并且延伸到周邊，今天可能又是另一番景象了。

　　Spring 推出Spring Boot/Cloud也是因?yàn)樽陨淼暮芏嘣?。Spring最初推崇的輕量級框架，隨著不斷的發(fā)展也越來越龐大，隨著集成項(xiàng)目越來越多，配置文件也越來越混亂，慢慢的背離最初的理念。隨著這么多年的發(fā)展，微服務(wù)、分布式鏈路跟蹤等更多新的技術(shù)理念的出現(xiàn)，Spring急需一款框架來改善以前的開發(fā)模式，因此才會出現(xiàn)Spring Boot/Cloud項(xiàng)目，我們現(xiàn)在訪問Spring官網(wǎng)，會發(fā)現(xiàn)Spring Boot和Spring Cloud已經(jīng)放到首頁最重點(diǎn)突出的三個(gè)項(xiàng)目中的前兩個(gè)，可見Spring對這兩個(gè)框架的重視程度。

　　因此可以看到SpringCloud良好的生態(tài)是非常重要的，這里只講到至SpringCloud實(shí)現(xiàn)微服務(wù)，具體SpringCloud微服務(wù)的詳情后面再介紹不做多講，還有與微服務(wù)緊密相關(guān)的容器技術(shù)也是相當(dāng)重要的，還有微服務(wù)的DevOps自動化運(yùn)維到智能化運(yùn)維后面再作主題介紹。

 　　最后要說的是由于服務(wù)能力的集中管控，很大程度會促進(jìn)我們一體化運(yùn)維的能力，但在“大中臺、小前臺”的模式下，每一個(gè)服務(wù)都負(fù)責(zé)對N多個(gè)前端業(yè)務(wù)應(yīng)用提供支持，這就要求運(yùn)維在信息安全、備份、監(jiān)控等方面要有更強(qiáng)的能力，這也將改變企業(yè)的組織架構(gòu)調(diào)整。

 　　以上是每一位架構(gòu)師都需要不斷學(xué)習(xí)的內(nèi)容，相關(guān)衍生出來的內(nèi)容更多，這里只作拋磚引玉，文中部分引用了圈內(nèi)大咖的內(nèi)容 ，在此感謝他們的付出。