springcloud和docker哪個先學(xué)？去學(xué)習(xí)技術(shù)不是看一本書，不是有先在看這個，仔細看其中一。這對這兩個技術(shù)，入門的話，很可能見意先學(xué)docker都很好，是因為這個比較多是才是一個工具，按步驟

springcloud和docker哪個先學(xué)？

去學(xué)習(xí)技術(shù)不是看一本書，不是有先在看這個，仔細看其中一。

這對這兩個技術(shù)，入門的話，很可能見意先學(xué)docker都很好，是因為這個比較多是才是一個工具，按步驟建議使用去掉。

是需要表述原理另說，這個也可以一下子入門。

其中一springcloud，是一個微服務(wù)的技術(shù)解決方案，里面乾坤二卦的東西就很多，但是象也要以springboot充當基礎(chǔ)，所以才要先學(xué)springboot。

綜上所述，見意先自學(xué)docker，再學(xué)springcloud。

但沒有可以說，一起學(xué)習(xí)也不是應(yīng)該不能。

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

那今天就不談微服務(wù)是不使用Dubbo肯定Spring Cloud，也不再討論是建議使用RPC我還是RestfulAPI，只另扒一扒為什么大多數(shù)的Java微服務(wù)會使用Spring Boot。文中會有不少我個人的主觀思想看法，如果不是大家有不深有同感的地方，這個可以你的留言討論。

首先，不需要知道一點再看看為么必須做微服務(wù)。

微服務(wù)架構(gòu)是將整個應(yīng)用程序切割空間成更小的其它的服務(wù)，每個服務(wù)實現(xiàn)程序了一組的的的功能，微服務(wù)是從API不會暴露自己的功能基于，再服務(wù)治理和服務(wù)編排等，結(jié)束系統(tǒng)的完整功能。

每個服務(wù)大都相當于但是微小的（當然這個【小】是很有爭議的，不在這里發(fā)動再討論），一個微服務(wù)由一個團隊專門負責管理的管理，以及需求、變更土地性質(zhì)、運維，可以契約選擇技術(shù)，但特別要求信守一定的規(guī)范；每個微服務(wù)都要快速迭代和部署；我認為，微服務(wù)架構(gòu)線條清晰了一個【快】字。

那么在回到題目中的問題，微服務(wù)的開發(fā)有無適合我在用Spring Boot。個人以為，答案是估計的，Spring Boot更適合不使用在微服務(wù)的架構(gòu)中。

Spring Boot在最初設(shè)計的初衷，應(yīng)該是為了簡單的結(jié)構(gòu)Spring應(yīng)用工程的壘建，其實Spring Boot并沒有核心中什么新的東西，本質(zhì)上它是在Spring和第三方框架的基礎(chǔ)上接受了整合；Spring Boot是從定義的注解得用了xml配置文件，內(nèi)嵌應(yīng)用服務(wù)器；“約定大于配置”的思想；

反正，Spring Boot讓服務(wù)的搭建、變更土地性質(zhì)、布署、認證鑒權(quán)、監(jiān)控都變地非常的簡單的。

因此加強上面兩點，微服務(wù)不太注重項目粒度的劃分，一個項目會被組成多個子項目，子項目（微服務(wù)）之間的的布署并通過協(xié)議進行數(shù)據(jù)交互，每個微服務(wù)都是需要【急速】的迭代和部署；而Spring Boot的的最特點應(yīng)該是讓應(yīng)用開發(fā)過程變的【慢了】，而在微服務(wù)架構(gòu)中，Spring Boot是的很適合的。

肯定開發(fā)框架只不過是【快速】變更土地性質(zhì)的一部分，微服務(wù)框架也也不是單指應(yīng)用服務(wù)的微和快，舉個例子來說，如果你們的技術(shù)團隊始終是需求、開發(fā)、測試在一起的，在這一瞬間業(yè)務(wù)提了需求，不需要需求人員進行需求評審，然后再給開發(fā)人員解說需求，開發(fā)人員變更土地性質(zhì)結(jié)束之后，防御部署測試環(huán)境，測試人員開始參與測試；測試3通過之后，重新提交上線申請，找一個登陸游戲節(jié)點，運維人員重新部署開發(fā)環(huán)境...

這樣是快不起來的...

我將減弱能分享Java開發(fā)、架構(gòu)設(shè)計、程序員職業(yè)發(fā)展等方面的見解，期望能我得到你的關(guān)注。