成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

小強(qiáng)開飯店-從單體應(yīng)用到微服務(wù)

shengguo / 977人閱讀

摘要：本篇博客通過小強(qiáng)開飯店的通俗易懂的故事，帶你了解后端服務(wù)是如果從單體應(yīng)用演變到微服務(wù)的。小強(qiáng)開飯店有一天，小強(qiáng)為了早日奔赴小康生活，打算開一個飯店來幫他快速的實現(xiàn)這個目標(biāo)。于是小強(qiáng)開始給服務(wù)盡量的無狀態(tài)化，然后在一個服務(wù)器上啟動了幾個實例。

本篇博客通過小強(qiáng)開飯店的通俗易懂的故事，帶你了解后端服務(wù)是如果從單體應(yīng)用演變到微服務(wù)的。如果有說的不對的地方，歡迎各位大佬強(qiáng)勢懟。

小強(qiáng)開飯店

有一天，小強(qiáng)為了早日奔赴小康生活，打算開一個飯店來幫他快速的實現(xiàn)這個目標(biāo)。

飯店開業(yè)了

于是他盤下了一個店面，一頓裝修之后，雇了一個廚師，便開業(yè)了。

飯店生意變好了

剛剛開業(yè)那段時間還好，店里的人雖然多，但是都還能應(yīng)付的過來。

小強(qiáng)請的廚師手藝很好，再加上小強(qiáng)經(jīng)營得當(dāng)，宣傳的也不錯，慢慢的店里的生意越來越好。

慢慢的，顧客越來越多。很多時候廚師都忙不過來，大家只有排隊在外面等著。漸漸的有些顧客變得十分不耐煩，等不下去了就走了，然后給了這家店差評。這種情況愈演愈烈，小強(qiáng)看到這不是個辦法啊，得做點什么。

招聘廚師

小強(qiáng)下了血本，又另外聘請了幾位廚藝很好的廚師。

有了這些廚師的加盟，雖然客人很多，飯店的經(jīng)營也還是能夠勉強(qiáng)的應(yīng)付的來?？诒猜挠刹钭兒谩ｋS著口碑的變好，慕名而來的也隨之越來越多。

生意火爆

隨著顧客越來越多，即使廚房的廚師已經(jīng)招聘滿了，都還是應(yīng)付不過來。

于是廚師也變成了暴躁的廚師。有的時候因為太忙了還罷工不干了。還得小強(qiáng)去苦口婆心的勸。小強(qiáng)心想這也不是個辦法，再這么下去口碑又得下去。于是小強(qiáng)搖身一變，變成了強(qiáng)老板。

強(qiáng)老板開了分店

強(qiáng)老板拿著開飯店賺的錢，在城里的很多地方開了分店，十分的膨脹。這樣一來，客人不用大老遠(yuǎn)的跑到那一家店去了，可以選擇離自己近的店。很快，原來的那家生意也漸漸的恢復(fù)正常，各個分店的業(yè)績也有所提高。

但是隨著強(qiáng)老板的強(qiáng)勢宣傳，以及顧客之間的自傳播，這個參考被越來越多的人知道了。但是由于顧客分散，每家店的火爆程度都不同。有的店甚至陷入了跟最開始的店一樣的境地，大量的顧客排隊。但是有的店的生意卻又十分冷清。

強(qiáng)老板心想，這肯定不行啊，這樣下去早晚得血虧。于是強(qiáng)老板搖身一變，變成了強(qiáng)總。

強(qiáng)總開了個顧客中心

所有想去餐館用餐的顧客都來這里，由強(qiáng)老板統(tǒng)一安排的大巴再送至各個分店。每輛車輪流的送至每一家分店。這樣一來，就不存在某一家分店生意十分火爆而另外的店生意慘淡的情況了。

強(qiáng)總已達(dá)成奔赴小康的目標(biāo)

讀后感

其實這個想法是很久以前不知道在哪兒看博客的時候，看到一位大佬的類比，確實是忘了。而最近剛好在準(zhǔn)備分享，所以就打算詳細(xì)的以圖文和故事的方式來讓沒有了解過這方面的人快速的了解一下。

其實我也糾結(jié)過要不要將里面類比概念的解釋穿插到故事里，但是后面想了一下，這樣應(yīng)該會干擾到大家對故事本身的理解，從而達(dá)不到通俗易懂的效果。所以我將解釋多帶帶放在了最后面。

單個飯店

最開始的單個飯店其實就是一個App或者一個網(wǎng)站，來給用戶提供服務(wù)?？梢岳斫鉃榍岸耍蛘呖蛻舳?。

單個飯店的廚師

而單個飯店中的廚師，其實就是后端，提供數(shù)據(jù)，提供服務(wù)。一個廚師就對應(yīng)著一個后端服務(wù)的實例。

隨著App的訪問量越來越大，最初的單體應(yīng)用已經(jīng)無法扛住這么大的壓力了。導(dǎo)致其他的用戶進(jìn)入系統(tǒng)時，系統(tǒng)無法正常的服務(wù)。就跟我們現(xiàn)在打開一個網(wǎng)站一樣，凡是超過2-3秒沒有反應(yīng)就直接宣告它的死刑了，直接退出-卸載二連。

單個飯店的多個廚師

多個廚師則是相應(yīng)的后端服務(wù)啟動了多個實例，每個實例都是完全一樣的，只不過是運(yùn)行在不同的機(jī)器上或者不同的端口上。

每次的請求由這些實例來均攤，這樣也的確能夠暫時解決訪問量大的問題。但是維護(hù)起來十分的麻煩，部署的流程也很繁瑣。每次部署你得更新所有的實例，萬一數(shù)量多，又在不同的機(jī)器上，很有可能因為操作失誤引發(fā)線上的事故。而且有可能讓老版本的服務(wù)兼容新版的前端或者客戶端，造成不必要的BUG。

再退一萬步，就算所有的實例都在同一個服務(wù)器上，萬一真的訪問量到了一定的量級，你得維護(hù)多少個實例啊。人工成本巨大。而且一不小心，一覺起來，本身沒有問題的服務(wù)，因為一晚上發(fā)生了事件引發(fā)了熱點，導(dǎo)致你的應(yīng)用訪問量劇增，增到超過你的所有實例能夠承受的極限，服務(wù)掛了。

再退一萬萬步，就算你自己維護(hù)沒有煩死，前端的兄弟可能早就收拾你了。你沒有做請求分發(fā)的話，所有的服務(wù)器地址得由前端去維護(hù)。

分店

這里的分店指微服務(wù)中的一個服務(wù)的多個實例。與之前人工維護(hù)的多個實例不同，這個是由工具幫我們維護(hù)。

這里我拿Docker Swarm舉個例子。在Portainer中，你新建了一個服務(wù)之后可以選擇設(shè)置Replicas，也就是實例的數(shù)量，當(dāng)然默認(rèn)是一個。你可以起10個，20個，但是這里得考慮到你的服務(wù)是否支持這樣做。如果你的服務(wù)不是無狀態(tài)應(yīng)用，就很難做到可以自動的做橫向擴(kuò)展。

分店的生意火爆

其實也是一樣的，即使有很多個實例，你如果不能控制請求打到哪個服務(wù)上的話，某些實例承受的壓力大了一樣的會掛。

強(qiáng)總的顧客中心

顧客中心大家可以理解為網(wǎng)關(guān)。更具體點可以理解為Zuul。

你的服務(wù)有了網(wǎng)關(guān)之后，所有的請求都從網(wǎng)關(guān)走。根據(jù)以及配置的路由，網(wǎng)關(guān)可以判斷到你想具體到哪個服務(wù)去。

然后就會從自己的服務(wù)集群中找到對應(yīng)的服務(wù)，獲取到所有的服務(wù)實例的服務(wù)器IP以及端口。前面說到有可能請求會集中到某幾個實例上。而我們可以使用工具來解決這個問題。例如，使用Spring Cloud的核心組件Ribbon。

這個組件的作用是做負(fù)載均衡，它可以使所有到某個服務(wù)的請求，平均的分發(fā)到該服務(wù)的每個實例上去。從而避免某幾個服務(wù)的請求超過其能承受的闕值。當(dāng)然，Ribbon需要和Spring Cloud的其他核心組件相互協(xié)作的。

另外一個版本的故事

小強(qiáng)搞了個新聞App，用Spring Boot搭了一個后端，找人用React Native寫了個App，就這樣上線了。因為其內(nèi)容和推廣都還不錯，所以受到了用戶的喜愛。

但是隨著訪問量越來越大，服務(wù)器漸漸扛不住壓力。有的用戶進(jìn)App之后甚至要5-6秒才有反應(yīng)，而且慢的出奇。于是小強(qiáng)開始給服務(wù)盡量的無狀態(tài)化，然后在一個服務(wù)器上啟動了幾個實例。

一段時間之后，訪問量又增大了。小強(qiáng)只好硬著頭皮，繼續(xù)加實例數(shù)量，你強(qiáng)任你強(qiáng)，加實例我在行。

有一天，小強(qiáng)一覺起來，發(fā)現(xiàn)服務(wù)炸了...啊不是，是掛了。因為發(fā)生了一些事情引發(fā)了巨大的社會輿論，App的訪問量劇增。導(dǎo)致新加的實例也沒能扛住。

就這樣，小強(qiáng)老實的開始了重構(gòu)。使用Spring Cloud搭建了一個微服務(wù)集群，把服務(wù)拆分之后，給每個服務(wù)啟動了幾個實例。同時使用Eureka和Feign來進(jìn)行服務(wù)之間的通信，使用Ribbon來做負(fù)載均衡。

就這樣，這個App暫時穩(wěn)定了下來。不過還有很多事情可以繼續(xù)去做。

參考：


拜托！面試請不要再問我Spring Cloud底層原理


往期文章：



什么？你竟然還沒有用這幾個chrome插件？


手把手教你從零開始搭建SpringBoot后端項目框架


用go-module作為包管理器搭建go的web服務(wù)器


WebAssembly完全入門——了解wasm的前世今身



相關(guān)：



個人網(wǎng)站：       Lunhao Hu



微信公眾號：   SH的全棧筆記（或直接在添加公眾號界面搜索微信號LunhaoHu）

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/74964.html

相關(guān)文章

  • 聊聊微服務(wù)集群當(dāng)中的自動化工具

    摘要：本篇博客主要介紹了自動化工具這個概念，在微服務(wù)集群當(dāng)中的作用，算拋磚引玉，歡迎大家提出自己的見解。而在微服務(wù)中，單個服務(wù)重新部署的代價明顯要小的多。 本篇博客主要介紹了自動化工具這個概念，在微服務(wù)集群當(dāng)中的作用，算拋磚引玉，歡迎大家提出自己的見解。 寫在前面 在了解自動化工具的概念之前，我們先了解一下微服務(wù)和集群的概念。 什么是微服務(wù) 這個概念其實有些廣泛，而我的知識廣度也有限，我會盡...

    Hancock_Xu 評論0 收藏0

  • 你知道和你不知道的冒泡排序

    摘要：用來標(biāo)示該輪冒泡排序中，數(shù)組是否是有序的。適用情況當(dāng)冒泡算法運(yùn)行到后半段的時候，如果此時數(shù)組已經(jīng)有序了，需要提前結(jié)束冒泡排序。當(dāng)?shù)谝惠喢芭菖判蚪Y(jié)束后，元素會被移動到下標(biāo)的位置。 這篇文章包含了你一定知道的，和你不一定知道的冒泡排序。 gif看不了可以點擊【原文】查看gif。 源碼: 【地址】 1. 什么是冒泡排序 可能對于大多數(shù)的人來說比如我，接觸的第一個算法就是冒泡排序。 我看過的很...

    Worktile 評論0 收藏0

  • 優(yōu)點知識Kubernetes網(wǎng)絡(luò)訓(xùn)練營

    摘要：抽象了數(shù)據(jù)中心的硬件基礎(chǔ)設(shè)施，使得對外暴露的只是一個巨大的資源池。圖單體應(yīng)用中的組件與獨(dú)立的微服務(wù)每個微服務(wù)都是獨(dú)立的，可以獨(dú)立開發(fā)和部署。 簡介 P2Kubernetes 能自動調(diào)度、配置、監(jiān)管和故障處理，使開發(fā)者可以自主部署應(yīng)用，并且控制部署的頻率，完全脫離運(yùn)維團(tuán)隊的幫助。 Kubernetes 同時能讓運(yùn)維團(tuán)隊監(jiān)控整...

    cocopeak 評論0 收藏0

  • 一文讀懂微服務(wù)架構(gòu)的重構(gòu)策略

    摘要：相反，它由單體中的適配器和使用一個或多個進(jìn)程間通信機(jī)制的服務(wù)組成。因為微服務(wù)架構(gòu)的本質(zhì)是一組圍繞業(yè)務(wù)功能組織的松耦合服務(wù)。如果你嘗試將此類功能實現(xiàn)為服務(wù)，則通常會發(fā)現(xiàn)，由于過多的進(jìn)程間通信而導(dǎo)致性能下降。這是快速展示微服務(wù)架構(gòu)價值的好方法。你很有可能正在處理大型復(fù)雜的單體應(yīng)用程序，每天開發(fā)和部署應(yīng)用程序的經(jīng)歷都很緩慢而且很痛苦。微服務(wù)看起來非常適合你的應(yīng)用程序，但它也更像是一項遙不可及的必殺...

    jaysun 評論0 收藏0

  • 微博什么技術(shù)啊……還說支持八個明星并發(fā)出軌，結(jié)果…

    摘要：然而，悲傷的是，她已不再是國民媳婦了事后，于是網(wǎng)絡(luò)上就有人報怨微博的技術(shù)能力了，還說同時支持八個，一個明星結(jié)婚就頂不住了。關(guān)于微博能同時支持八個明星并發(fā)出軌，現(xiàn)在都成了一個埂，成就了一個個段子在博主朋友圈刷屏。。 showImg(https://segmentfault.com/img/remote/1460000016709618?w=870&h=601); 是的，大家可能都知道了，...

    LeoHsiun 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<