本篇文章為大家展示了Spring Cloud微服務(wù)的概念是什么，內(nèi)容簡(jiǎn)明扼要并且容易理解，絕對(duì)能使你眼前一亮，通過(guò)這篇文章的詳細(xì)介紹希望你能有所收獲。

成都創(chuàng)新互聯(lián)公司是網(wǎng)站建設(shè)專(zhuān)家,致力于互聯(lián)網(wǎng)品牌建設(shè)與網(wǎng)絡(luò)營(yíng)銷(xiāo)，專(zhuān)業(yè)領(lǐng)域包括網(wǎng)站建設(shè)、成都網(wǎng)站制作、電商網(wǎng)站制作開(kāi)發(fā)、微信小程序、微信營(yíng)銷(xiāo)、系統(tǒng)平臺(tái)開(kāi)發(fā)，與其他網(wǎng)站設(shè)計(jì)及系統(tǒng)開(kāi)發(fā)公司不同，我們的整合解決方案結(jié)合了恒基網(wǎng)絡(luò)品牌建設(shè)經(jīng)驗(yàn)和互聯(lián)網(wǎng)整合營(yíng)銷(xiāo)的理念，并將策略和執(zhí)行緊密結(jié)合，且不斷評(píng)估并優(yōu)化我們的方案，為客戶(hù)提供全方位的互聯(lián)網(wǎng)品牌整合方案！

單體架構(gòu)

簡(jiǎn)介

在軟件設(shè)計(jì)中，頻繁被使用的就是我們的經(jīng)典三層架構(gòu)了。
1、表示層：用于直接與用戶(hù)進(jìn)行交互，通常是頁(yè)面、UI等；
2、業(yè)務(wù)邏輯層（service）：用于處理業(yè)務(wù)，比如用戶(hù)從表示層輸入了消息就要經(jīng)過(guò)業(yè)務(wù)邏輯層的邏輯處理之后再進(jìn)行的相關(guān)操作；
3、數(shù)據(jù)訪問(wèn)層（dao）：用于與數(shù)據(jù)庫(kù)進(jìn)行交互；

而在單體應(yīng)用中，我們就會(huì)把這三層都放在一個(gè)工程中，最終通過(guò)打成war包發(fā)布到服服務(wù)器的tomcat的web-app中上線?？梢哉f(shuō)是十分方便的一個(gè)設(shè)計(jì)理念了！

優(yōu)劣

單體應(yīng)用的優(yōu)勢(shì)在于：
1、性?xún)r(jià)比非常高，通常只需要一臺(tái)服務(wù)器就能夠把項(xiàng)目跑起來(lái)；
2、開(kāi)發(fā)的速度也比較快，運(yùn)維較簡(jiǎn)單，項(xiàng)目架構(gòu)比較簡(jiǎn)單明了，適合小型應(yīng)用開(kāi)發(fā)。

單體應(yīng)用的劣勢(shì)在于：
1、所有的業(yè)務(wù)相關(guān)操作都放在了一個(gè)服務(wù)器上，如果項(xiàng)目中某個(gè)業(yè)務(wù)出現(xiàn)了bug，不急時(shí)發(fā)現(xiàn)就會(huì)導(dǎo)致整個(gè)項(xiàng)目的癱瘓，最終宕機(jī)，而這對(duì)于一個(gè)大型網(wǎng)站來(lái)說(shuō)無(wú)疑是十分致命的問(wèn)題；
2、業(yè)務(wù)越來(lái)越復(fù)雜的時(shí)候，單體應(yīng)用的代碼量就會(huì)越來(lái)越多，導(dǎo)致最后的代碼可讀性、可維護(hù)性越來(lái)越差，最終只能進(jìn)行重構(gòu)；
3、用戶(hù)越來(lái)越多的時(shí)候，單體應(yīng)用的并發(fā)能力有限；

由此可見(jiàn)：在應(yīng)用初期，單體應(yīng)用從成本、開(kāi)發(fā)時(shí)間和運(yùn)維等方面都有優(yōu)勢(shì)，但是單體應(yīng)用會(huì)隨著業(yè)務(wù)量和用戶(hù)量的增加，會(huì)暴露出的缺點(diǎn)也是顯而易見(jiàn)的，所以到了現(xiàn)在的這個(gè)完全互聯(lián)網(wǎng)的時(shí)代，單體應(yīng)用已經(jīng)不適應(yīng)時(shí)代的發(fā)展了！

微服務(wù)

什么是微服務(wù)

微服務(wù)最初是由Martin Fowler在2014年的一篇文章中提出來(lái)的，簡(jiǎn)單來(lái)說(shuō)，就是將單一的程序開(kāi)發(fā)成一個(gè)微服務(wù)，每個(gè)服務(wù)運(yùn)行在自己的進(jìn)程中，通常使用HTTP RESTful API的通信風(fēng)格，獨(dú)立部署的工程！

微服務(wù)特點(diǎn)

1、微服務(wù)單元按業(yè)務(wù)來(lái)劃分：
服務(wù)到底要多“微”，這是一個(gè)很難的界定的概念，可以從三個(gè)方面來(lái)定義：
1、根據(jù)代碼量定義
2、根據(jù)開(kāi)發(fā)時(shí)間的長(zhǎng)短來(lái)定義
3、根據(jù)業(yè)務(wù)大小來(lái)劃分
按業(yè)務(wù)劃分的微服務(wù)是主流，各個(gè)微服務(wù)獨(dú)立部署，獨(dú)立運(yùn)行在進(jìn)程中。微服務(wù)單元是高度組件化的模塊，并且提供了穩(wěn)定的模塊邊界，服務(wù)與服務(wù)之間沒(méi)有任何耦合。

2、微服務(wù)通過(guò)HTTP來(lái)互相通信
微服務(wù)之間通過(guò)簡(jiǎn)單的HTTP來(lái)調(diào)用，更多的是使用RESTful API的風(fēng)格來(lái)調(diào)用，實(shí)現(xiàn)了服務(wù)與語(yǔ)言和平臺(tái)無(wú)關(guān)，例如：使用JAVA寫(xiě)的微服務(wù)可以消費(fèi)使用Python寫(xiě)的服務(wù)。
服務(wù)之間通信也可以通過(guò)輕量級(jí)的消息總線來(lái)實(shí)現(xiàn)，例如：RabblitMQ、Kafaka等，通過(guò)發(fā)布-訂閱的設(shè)計(jì)模式來(lái)實(shí)現(xiàn)服務(wù)之間通信。
服務(wù)與服務(wù)之間通信的數(shù)據(jù)格式一般使用的是json和xml，這兩個(gè)也是與語(yǔ)言、平臺(tái)無(wú)關(guān)的，一般來(lái)說(shuō)json更加高效、輕量。另一種是使用Protobuf進(jìn)行數(shù)據(jù)的序列化，這種方式比json更加輕量，但是可讀性十分差，需要反序列化才能讀懂，所以在Protobuf在通信協(xié)議和數(shù)據(jù)存儲(chǔ)中經(jīng)常被使用到。

3、微服務(wù)的數(shù)據(jù)庫(kù)獨(dú)立
服務(wù)會(huì)有他的獨(dú)立的數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)之間沒(méi)有任何的聯(lián)系，這樣的好處在于，隨著業(yè)務(wù)的不斷擴(kuò)張，數(shù)據(jù)庫(kù)相對(duì)獨(dú)立，數(shù)據(jù)量不會(huì)太大，易于維護(hù)；
但是隨之而來(lái)的問(wèn)題就是如何解決分布式的事務(wù)問(wèn)題了；（這個(gè)在后續(xù)介紹）

4、微服務(wù)的自動(dòng)部署
一個(gè)大工程里會(huì)有許多的微服務(wù)，如果讓人工去手動(dòng)部署的話，難免會(huì)出紕漏，但是隨著技術(shù)的發(fā)展，docker的容器化技術(shù)的出現(xiàn)，微服務(wù)的自動(dòng)部署的出現(xiàn)，讓微服務(wù)的部署越來(lái)越簡(jiǎn)便。

5、服務(wù)集中化管理
隨著服務(wù)的增多，服務(wù)的管理也就越來(lái)越麻煩了，所以需要使用集中化的管理方式，市場(chǎng)上的主流框架就是 Spring Cloud提供的Eureka注冊(cè)中心來(lái)注冊(cè)服務(wù)和發(fā)現(xiàn)服務(wù)，另外，zookeeper和Consul都是優(yōu)秀的服務(wù)集中化管理框架。

6、分布式的架構(gòu)
分布式的系統(tǒng)是集群部署的，通常是由許多臺(tái)計(jì)算機(jī)共同完成了一個(gè)微服務(wù)的部署，而分布式的架構(gòu)是通過(guò)HTTP來(lái)通信的，所以我們的微服務(wù)可以搭建在相隔萬(wàn)里的不同的兩臺(tái)計(jì)算機(jī)上，對(duì)于空間沒(méi)有任何束縛。
微服務(wù)架構(gòu)是分布式的架構(gòu)，而分布式的架構(gòu)比單體架構(gòu)更為復(fù)雜，主要要確定服務(wù)的獨(dú)立性和服務(wù)的準(zhǔn)去可靠性，以及分布式事務(wù)、全局鎖、全局Id等問(wèn)題，都是分布式系統(tǒng)需要考慮的。

7、熔斷機(jī)制
為了防止一個(gè)服務(wù)出現(xiàn)bug，導(dǎo)致的系統(tǒng)資源的耗盡而引起的雪崩效應(yīng)，系統(tǒng)應(yīng)該對(duì)微服務(wù)具有一個(gè)熔斷機(jī)制；
熔斷機(jī)制的意思就是：在一個(gè)微服務(wù)出現(xiàn)bug的時(shí)候，請(qǐng)求失敗次數(shù)達(dá)到一定的閾值之后，通過(guò)熔斷器讓這個(gè)微服務(wù)斷開(kāi)服務(wù)主體，并且快速返回想要顯示的錯(cuò)誤信息，過(guò)一段時(shí)間后再重新連接測(cè)試，如此反復(fù)的一個(gè)機(jī)制來(lái)保護(hù)整個(gè)系統(tǒng)的安全運(yùn)作。
Spring Cloud中對(duì)于服務(wù)的熔斷提供了Hystrix來(lái)實(shí)現(xiàn)。

優(yōu)劣

微服務(wù)的優(yōu)勢(shì)：
1、服務(wù)進(jìn)行拆分，每個(gè)服務(wù)只是負(fù)責(zé)小小的一塊內(nèi)容，這讓復(fù)雜問(wèn)題簡(jiǎn)單化，開(kāi)發(fā)、維護(hù)單個(gè)服務(wù)較為簡(jiǎn)單；
2、微服務(wù)的系統(tǒng)是分布式的系統(tǒng)，服務(wù)與服務(wù)之間沒(méi)有任何耦合，隨著業(yè)務(wù)的增加，我們可以根據(jù)業(yè)務(wù)再拆分服務(wù)，這讓微服務(wù)系統(tǒng)具備很強(qiáng)大橫向擴(kuò)展能力；
3、微服務(wù)之間完全通過(guò)HTTP協(xié)議來(lái)進(jìn)行通信，單個(gè)微服務(wù)內(nèi)部高度耦合，服務(wù)與服務(wù)之間完全獨(dú)立；
4、重寫(xiě)單個(gè)微服務(wù)的業(yè)務(wù)代碼變得較為簡(jiǎn)單；
5、微服務(wù)在CAP理論中采用的是AP架構(gòu)，具有高可用（Availability）和分區(qū)容錯(cuò)（Partition tolerance）的特點(diǎn)，高可用體現(xiàn)在系統(tǒng)7*24小時(shí)不斷的服務(wù)，它要求系統(tǒng)具有大量的服務(wù)器集群配置，分區(qū)容錯(cuò)性也讓系統(tǒng)更加的健壯。

微服務(wù)的劣勢(shì)：
1、微服務(wù)的復(fù)雜度比單體服務(wù)更為復(fù)雜，更難拆分，這讓我們的服務(wù)的架構(gòu)設(shè)計(jì)上應(yīng)該設(shè)計(jì)出一個(gè)很棒的架構(gòu)！
2、分布式的事務(wù)處理，如何處理分布式事務(wù)是一個(gè)業(yè)界所一直存在的問(wèn)題，一般的處理方式是分為兩階段的提交:

第一個(gè)階段：服務(wù)通過(guò)發(fā)起一個(gè)分布式事務(wù)，交給事務(wù)協(xié)調(diào)器TC進(jìn)行處理，事務(wù)調(diào)節(jié)器TC通過(guò)向所有參與該事物的服務(wù)節(jié)點(diǎn)發(fā)送處理事務(wù)的準(zhǔn)備操作，所有的參與節(jié)點(diǎn)執(zhí)行準(zhǔn)備操作，將Undo和Redo信息寫(xiě)進(jìn)日志中，并且向事務(wù)管理器返回準(zhǔn)備操作是否成功；
第二階段：事務(wù)協(xié)調(diào)器TC在一定的時(shí)間閾值收集所有節(jié)點(diǎn)的準(zhǔn)備操作是否成功，如果都成功，則通知所有的節(jié)點(diǎn)執(zhí)行提交操作，如果有一個(gè)失敗了，則執(zhí)行回滾操作！

微服務(wù)的設(shè)計(jì)原則

1、如果在LAMP單體架構(gòu)夠用的情況下，就該使用LAMP，因?yàn)樗_(kāi)發(fā)速度快，性?xún)r(jià)比高，但是隨著業(yè)務(wù)的發(fā)展，用戶(hù)的激增，可以考慮把數(shù)據(jù)庫(kù)讀寫(xiě)分離、加緩存、加復(fù)雜均衡服務(wù)、將應(yīng)用集群化部署等等，如果還不夠解決效率，那就可以考慮使用分布式系統(tǒng)，例如微服務(wù)的系統(tǒng)架構(gòu)。
2、微服務(wù)在設(shè)計(jì)的時(shí)候一定要考慮到三大難題，服務(wù)故障的傳播性、服務(wù)的劃分、分布式事務(wù)的處理。總之，微服務(wù)的設(shè)計(jì)是漸進(jìn)的，并且是隨著業(yè)務(wù)發(fā)展而發(fā)展的！

上述內(nèi)容就是Spring Cloud微服務(wù)的概念是什么，你們學(xué)到知識(shí)或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

當(dāng)前題目：SpringCloud微服務(wù)的概念是什么
文章來(lái)源：http://aaarwkj.com/article24/pcsoce.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供用戶(hù)體驗(yàn)、網(wǎng)頁(yè)設(shè)計(jì)公司、品牌網(wǎng)站建設(shè)、自適應(yīng)網(wǎng)站、手機(jī)網(wǎng)站建設(shè)、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)