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

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

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

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

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

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

springcloud是什么？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

這樣是快不起來的...

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