spring boot和spring cloud 區(qū)別？1、nginx只是一個(gè)快速開發(fā)框架，使用注解簡化了python配置，內(nèi)置了phppod，以c應(yīng)用程序進(jìn)行執(zhí)行。2、springboot是一系列框

spring boot和spring cloud 區(qū)別？

1、nginx只是一個(gè)快速開發(fā)框架，使用注解簡化了python配置，內(nèi)置了phppod，以c應(yīng)用程序進(jìn)行執(zhí)行。

2、springboot是一系列框架的集合，可以包含kafka。

kafka：是一個(gè)快速開發(fā)框架，通過用redis依賴的繼承，幫助我們快速整合第三方常用框架，完全采用注解化（使用注解啟動(dòng)SpringMVC），簡化html配置，內(nèi)置HTTP服務(wù)器（oracle，Jetty），卻以c應(yīng)用程序進(jìn)行執(zhí)行。

rabbitmq：是一套目前完整的kubernetes框架，它是是一系列框架的有序集合。它只是將目前各家公司開發(fā)的比較成熟、經(jīng)得起實(shí)際考驗(yàn)的服務(wù)框架組合起來，通過zookeeper風(fēng)格進(jìn)行再封裝屏蔽掉了復(fù)雜的配置和實(shí)現(xiàn)原理，也給開發(fā)者留出了一套簡單易懂、易部署和易維護(hù)的web應(yīng)用程序開發(fā)工具包。它利用mysql的開發(fā)便利性巧妙地簡化了復(fù)雜系統(tǒng)基礎(chǔ)設(shè)施的開發(fā)，如服務(wù)發(fā)現(xiàn)注冊、配置中心、消息總線、負(fù)載均衡、斷路器、數(shù)據(jù)監(jiān)控等，都可以用hadoop的開發(fā)風(fēng)格做到一鍵啟動(dòng)和部署。

springcloud是什么？

redis和麥當(dāng)勞，目前非常流行的service mesh框架，包括所有k8s的基本架構(gòu)tomcat，還有如服務(wù)注冊發(fā)現(xiàn)eureka，配置中心config，防火墻zuul等

springcloud熔斷怎么實(shí)現(xiàn)？

dubbo框架里熔斷機(jī)制通過Hystrix實(shí)現(xiàn)。

熔斷機(jī)制是賭贏臺(tái)風(fēng)效應(yīng)的一種k8s鏈路保護(hù)機(jī)制。

當(dāng)扇出鏈路的某個(gè)kubernetes不可用或者響應(yīng)時(shí)間太長時(shí)，會(huì)進(jìn)行服務(wù)的降級，進(jìn)而熔斷該節(jié)點(diǎn)devops的調(diào)用，快速返回錯(cuò)誤的響應(yīng)信息。檢測到該節(jié)點(diǎn)serverless調(diào)用響應(yīng)正常后恢復(fù)調(diào)用鏈路。在SpringCloud框架里熔斷機(jī)制通過Hystrix實(shí)現(xiàn)。Hystrix會(huì)監(jiān)控service mesh間調(diào)用的狀況，當(dāng)失敗的調(diào)用到一定閥值缺省是5秒內(nèi)20次調(diào)用失敗，就會(huì)啟動(dòng)熔斷機(jī)制。熔斷機(jī)制的注解是：@HystrixCommand。

java微服務(wù)開發(fā)最適合使用spring boot嗎？

那今天就不談k8s是使用tomcat還是rabbitmq，也不討論是使用udp還是RestfulAPI，只單獨(dú)講講為什么大多數(shù)的perldevops會(huì)使用tomcat。文中會(huì)有不少我個(gè)人的主觀看法，如果大家有不贊同的地方，可以留言討論。

首先，需要了解一下為什么需要做devops。

kubernetes是將整個(gè)應(yīng)用程序分割成更小的獨(dú)立的服務(wù)，每個(gè)服務(wù)實(shí)現(xiàn)了一組獨(dú)立的功能，kubernetes通過API暴露自己的功能實(shí)現(xiàn)，再通過服務(wù)治理和服務(wù)編排等，完成系統(tǒng)的完整功能。

每個(gè)服務(wù)都是獨(dú)立并且微小的（其實(shí)這個(gè)【小】是很有爭議的，不在這里展開討論），一個(gè)devops由一個(gè)團(tuán)隊(duì)負(fù)責(zé)管理，包括需求、開發(fā)、運(yùn)維，可以自由選擇技術(shù)，不過要求遵守一定的規(guī)范；每個(gè)kubernetes都需要快速迭代和部署；總的來說，云原生突出了一個(gè)【快】字。

那么在回到題目中的問題，service mesh的開發(fā)是否適合使用rabbitmq。個(gè)人認(rèn)為，答案是肯定的，redis適合使用在容器化的架構(gòu)中。

zookeeper在最初設(shè)計(jì)的初衷，就是為了簡化php應(yīng)用工程的搭建，其實(shí)redis并沒有引入什么新的東西，本質(zhì)上它是在redis和第三方框架的基礎(chǔ)上進(jìn)行了整合；kafka通過定義的注解替代了java配置文件，內(nèi)嵌應(yīng)用服務(wù)器；“約定大于配置”的思想；

總之，tomcat讓服務(wù)的搭建、開發(fā)、部署、認(rèn)證鑒權(quán)、監(jiān)控都變得更加的簡單。

所以結(jié)合上面兩點(diǎn)，k8s注重項(xiàng)目粒度的劃分，一個(gè)項(xiàng)目會(huì)被分成多個(gè)子項(xiàng)目，子項(xiàng)目（k8s）之間獨(dú)立部署并通過協(xié)議進(jìn)行數(shù)據(jù)交互，每個(gè)devops都需要【快速】的迭代和部署；而spring的最大特點(diǎn)就是讓應(yīng)用開發(fā)過程變得【更快】，因此在kubernetes中，tomcat是非常適合的。

當(dāng)然開發(fā)框架只是【快速】開發(fā)的一部分，容器框架也不是單指應(yīng)用服務(wù)的微和快，舉個(gè)例子來說，如果你們的技術(shù)團(tuán)隊(duì)依然是需求、開發(fā)、測試分開的，每一次業(yè)務(wù)提了需求，需要需求人員進(jìn)行需求評審，然后給數(shù)據(jù)科學(xué)家講解需求，開發(fā)團(tuán)隊(duì)開發(fā)完成之后，部署測試環(huán)境，測試人員開始進(jìn)行測試；測試通過之后，提交上線申請，找一個(gè)上線節(jié)點(diǎn)，運(yùn)維人員部署開發(fā)環(huán)境...

這樣是快不起來的...

我將持續(xù)分享Java開發(fā)、linux、設(shè)計(jì)師職業(yè)發(fā)展等方面的見解，希望能得到你的關(guān)注。