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

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

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

這對(duì)這兩個(gè)技術(shù)，入門的話，很可能見(jiàn)意先學(xué)docker都很好，是因?yàn)檫@個(gè)比較多是才是一個(gè)工具，按步驟建議使用去掉。

是需要表述原理另說(shuō)，這個(gè)也可以一下子入門。

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

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

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

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

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

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

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

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

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

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

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

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

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

這樣是快不起來(lái)的...

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