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

springcloud和docker哪個先學？

去學習技術不是看一本書，不是有先在看這個，仔細看其中一。

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

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

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

綜上所述，見意先自學docker，再學springcloud。

但沒有可以說，一起學習也不是應該不能。

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

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

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

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

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

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

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

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

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

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

這樣是快不起來的...

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