微服務(wù)架構(gòu)主要是中間層分解，把系統(tǒng)分成很多小的應(yīng)用(微服務(wù))。Micro 服務(wù)可以部署在不同的服務(wù)設(shè)備上，也可以部署在同一個(gè)服務(wù)設(shè)備上，什么是微服務(wù)架構(gòu)？分布式和微服務(wù)首先我覺得微服務(wù)是一種分布式的框架，什么是微服務(wù)架構(gòu)？有哪些相關(guān)的微服務(wù)框架？java micro 服務(wù)和分布式有什么區(qū)別。

根據(jù)我所知道的回答這個(gè)問題。我用python開發(fā)過幾個(gè)項(xiàng)目，django是用的最多的pythonweb框架。我對flask有所了解，就根據(jù)我的經(jīng)驗(yàn)來說一下吧。Django我之前的項(xiàng)目都是用django框架實(shí)現(xiàn)的:django框架很強(qiáng)大，它實(shí)現(xiàn)了視圖層(模板實(shí)現(xiàn))、控制層(view)和持久層(orm)，所以一個(gè)框架就能做到；Django的模板功能非常強(qiáng)大。通過將模板與html代碼相結(jié)合，可以非常方便地顯示數(shù)據(jù)，完成前臺與后臺的數(shù)據(jù)交換。django的控制層通過請求參數(shù)傳遞參數(shù)支持get和post，數(shù)據(jù)處理后通過response類返回?cái)?shù)據(jù)到前臺，可以支持Ajax對jQuery非常熟悉。在django的持久層中，采用ORM方法，在不知道每個(gè)數(shù)據(jù)庫的區(qū)別和過多調(diào)用原始SQL語句的情況下，使用面向?qū)ο缶幊淘O(shè)計(jì)就可以完成和構(gòu)造數(shù)據(jù)庫了。Djiango的社區(qū)資源非常豐富。遇到問題時(shí)，很容易解決，學(xué)習(xí)成本也比較低。

這個(gè)問題收集了一個(gè)多月了，一直在想怎么回答這個(gè)問題?？偨Y(jié)了很久，終于有了一些感觸(一直以來都是不可言說的)。我想與你分享。如有不同建議，歡迎留言指正。分布式和微服務(wù)首先我覺得微服務(wù)是一種分布式的框架。分布式的思想是將一個(gè)系統(tǒng)的不同模塊部署在不同的服務(wù)設(shè)備上，來處理高并發(fā)的問題。SOA是一種分布式架構(gòu)，將業(yè)務(wù)系統(tǒng)分成若干個(gè)子系統(tǒng)，提供不同的服務(wù)，然后組合排列服務(wù)，實(shí)現(xiàn)業(yè)務(wù)流程。通常，ESB enterprise 服務(wù) bus在SOA架構(gòu)中扮演著重要的角色。

Flower是一個(gè)建立在Akka之上的反應(yīng)式服務(wù)框架。開發(fā)者只需要為每一個(gè)細(xì)粒度的業(yè)務(wù)功能開發(fā)一個(gè)服務(wù)服務(wù)，并將這些服務(wù)按照業(yè)務(wù)流程進(jìn)行可視化的排列，就可以得到一個(gè)反應(yīng)式的系統(tǒng)。Flower既是一個(gè)反應(yīng)式編程框架，也是一個(gè)分布式的micro 服務(wù)框架。Flower框架使開發(fā)人員能夠獲得一個(gè)反應(yīng)式系統(tǒng)，而無需關(guān)注反應(yīng)式編程的細(xì)節(jié)。

服務(wù)實(shí)現(xiàn)了服務(wù)的細(xì)粒度功能。服務(wù)通過消息聯(lián)系在一起。前一個(gè)服務(wù)的返回值(Message)必須是后一個(gè)服務(wù)的輸入?yún)?shù)(Message)。服務(wù)按照業(yè)務(wù)邏輯編輯成流(流程)，花容器負(fù)責(zé)將前一個(gè)服務(wù)的返回消息傳遞給后一個(gè)服務(wù)。

micro服務(wù)Architecture(MSA)是一個(gè)架構(gòu)概念，旨在通過將功能分解為離散的服務(wù)來解耦解決方案。你可以把它想成是在架構(gòu)層面應(yīng)用了很多堅(jiān)實(shí)的原則，而不是得到服務(wù)的類。微服務(wù)本身并沒有一個(gè)嚴(yán)格的定義，但是從很多人的反饋來看，大家已經(jīng)達(dá)成共識，微服務(wù)是一個(gè)簡單的應(yīng)用，大概有10到100行代碼。我知道用代碼的行數(shù)來對比實(shí)現(xiàn)是不靠譜的，所以你只要理解意思就行了，不要太拘泥于細(xì)節(jié)。

這意味著你不會(huì)在一個(gè)大框架上看到很多小的服務(wù)，這是不現(xiàn)實(shí)的。簡潔和輕便是當(dāng)今的主流。像Sinatra、Webbit、Finagle和Connect這樣的小框架在將代碼包裝到一個(gè)薄薄的通信層中做得恰到好處。從物理上來說，這些服務(wù)非常小，所以你可以在同一臺機(jī)器上運(yùn)行大量的服務(wù)重申一下，基于大框架的簡單庫會(huì)贏得最后的勝利，你會(huì)發(fā)現(xiàn)對第三方庫的依賴越來越少。

micro 服務(wù)架構(gòu)，主要是中間層分解，把系統(tǒng)分成很多小的應(yīng)用(micro 服務(wù))，micro 服務(wù)可以部署在不同的服務(wù)設(shè)備上。當(dāng)一個(gè)應(yīng)用的故障不會(huì)影響到其他應(yīng)用時(shí)，單個(gè)應(yīng)用的負(fù)載不會(huì)影響到其他應(yīng)用，其代表框架有Springcloud和Dubbo，微服務(wù)微服務(wù)之父馬丁·福勒(Martin Fowler)對微服務(wù)大致總結(jié)如下:目前，對于微服務(wù)industry(whilethereisnopreciseDefinitionofthisartural)還沒有一個(gè)統(tǒng)一的、標(biāo)準(zhǔn)的定義。