java微服務開發(fā)最適合使用spring boot嗎？那今天就不談微服務是不使用Dubbo肯定Spring Cloud，也不再討論是在用RPC肯定RestfulAPI，只另外討論討論為么大多數(shù)的Jav

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

那今天就不談微服務是不使用Dubbo肯定Spring Cloud，也不再討論是在用RPC肯定RestfulAPI，只另外討論討論為么大多數(shù)的Java微服務會在用Spring Boot。文中會有不少我個人的主觀認識看法，假如大家有不贊成的地方，可以私信給我討論。

簡單的方法，是需要清楚下我想知道為什么不需要做微服務。

微服務架構是將整個應用程序切割空間成更小的獨立的服務，每個服務利用了一組相當于的功能，微服務實際API不暴漏自己的功能利用，再是從服務治理和服務編排等，能完成系統(tǒng)的完整功能。

每個服務大都相當于而且微小的（不過這個【小】是很有爭議的，不在這里展開繼續(xù)討論），一個微服務由一個團隊專門負責管理方面，除開需求、旗下、運維，可以放棄自由選擇技術，但要求尊守一定的規(guī)范；每個微服務都要快速迭代和部署；總的說來，微服務架構突出了一個【快】字。

這樣在返回到題目中的問題，微服務的開發(fā)是否需要更適合在用Spring Boot。個人如果說，答案是當然的，Spring Boot更適合建議使用在微服務的架構中。

Spring Boot在最初啊,設計的初衷，那就是替簡化Spring應用工程的搭建中，總之Spring Boot完全沒有核心中什么新的東西，本質上它是在Spring和第三方框架的基礎上進行了整合；Spring Boot是從定義的注解代替了xml配置文件，內嵌應用服務器；“約定大于1配置”的思想；

反正，Spring Boot讓服務的搭建、變更土地性質、重新部署、認證鑒權、監(jiān)控都變的極其的簡單點。

因為特點上面兩點，微服務不太注重項目粒度的劃分，一個項目會被組成多個子項目，子項目（微服務）之間的的防御部署并協(xié)議通過數(shù)據(jù)交互，每個微服務都要【迅速】的迭代和部署；而Spring Boot的大的特點就是讓應用開發(fā)過程變得【慢了】，所以在微服務架構中，Spring Boot是太更適合的。

當然開發(fā)框架只是【急速】開發(fā)完畢的一部分，微服務框架也不是什么單指應用服務的微和快，舉個例子來說，要是你們的技術團隊始終是需求、變更土地性質、測試分開的，在這一瞬間業(yè)務提了需求，要需求人員參與需求評審，后再給開發(fā)人員講解需求，開發(fā)人員變更土地性質完成之后，部署測試環(huán)境，測試人員正在接受測試；測試之后，再提交下線再申請，找一個上不了線節(jié)點，運維人員防御部署開發(fā)環(huán)境...

這樣是快不過來的...

我將堅持了多多分享Java開發(fā)、架構設計、程序員職業(yè)發(fā)展等方面的見解，如果能能換取你的關注。

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

1、SpringBoot只是因為一個急速開發(fā)框架，建議使用注解更簡練了xml配置，內置了Servlet容器，以Java應用程序并且執(zhí)行。

2、SpringCloud是一系列框架的集合，可以包涵SpringBoot。

SpringBoot：是一個急速開發(fā)框架，是從用MAVEN依戀的繼承，好處我們飛快統(tǒng)一整合第三方廣泛框架，全部按結構注解化（可以使用注解啟動后SpringMVC），簡單的結構XML配置，內置HTTP服務器（Tomcat，Jetty），到了最后以Java應用程序接受先執(zhí)行。

SpringCloud：是一套目前求完整的微服務框架，它是是一系列框架的有序集合。它只是將目前各家公司開發(fā)完畢的比較完全成熟、經得住求實際考驗的服務框架配對組合下來，風格并且再裸芯片自動屏蔽了緊張的配置和基于原理，終于給開發(fā)者略留了一套方便記憶、易重新部署和易維護的分布式系統(tǒng)開發(fā)工具包。它依靠Spring Boot的開發(fā)便利性精妙地簡化了分布式系統(tǒng)基礎設施的開發(fā)，如服務吧發(fā)現(xiàn)到注冊一、配置中心、消息總線、負載均衡、斷路器、數(shù)據(jù)監(jiān)控等，都也可以用SpringBoot的開發(fā)風格可以做到一鍵啟動和部署。