微服務(wù)架構(gòu)有哪些特征

這篇文章主要介紹“微服務(wù)架構(gòu)有哪些特征”，在日常操作中，相信很多人在微服務(wù)架構(gòu)有哪些特征問(wèn)題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”微服務(wù)架構(gòu)有哪些特征”的疑惑有所幫助！接下來(lái)，請(qǐng)跟著小編一起來(lái)學(xué)習(xí)吧！

架構(gòu)特征如下：
1).組件以服務(wù)形式來(lái)提供
微服務(wù)是面向服務(wù)的
2).圍繞業(yè)務(wù)功能進(jìn)行組織
微服務(wù)更傾向于圍繞業(yè)務(wù)功能對(duì)服務(wù)結(jié)構(gòu)進(jìn)行劃分、拆解。這樣的服務(wù)是針對(duì)業(yè)務(wù)領(lǐng)域有著完整實(shí)現(xiàn)的軟件，
它包含使用接口、持久存儲(chǔ)以及對(duì)應(yīng)的交互。因此團(tuán)隊(duì)?wèi)?yīng)該是跨職能的，包含完整的開發(fā)技術(shù)--用戶體驗(yàn)、數(shù)據(jù)庫(kù)和項(xiàng)目管理。
3).產(chǎn)品不是項(xiàng)目
傳統(tǒng)的開發(fā)模式致力于提供一些被認(rèn)為是完整的軟件，一旦開發(fā)完成，軟件將移交給維護(hù)或?qū)嵤┎块T，然后開發(fā)組就可以解散了。
而微服務(wù)要求開發(fā)團(tuán)隊(duì)對(duì)軟件產(chǎn)品的整個(gè)生命周期負(fù)責(zé)。這要求開發(fā)者每天都要關(guān)注軟件產(chǎn)品的運(yùn)行情況，并與用戶聯(lián)系的更緊密，
同時(shí)承擔(dān)一些售后服務(wù)支持。越小的服務(wù)粒度越容易促進(jìn)用戶與服務(wù)提供商之間的關(guān)系。
4).強(qiáng)化終端與弱化通道
微服務(wù)的應(yīng)用致力于松耦合和高內(nèi)聚，它們更喜歡簡(jiǎn)單的REST風(fēng)格，而不是復(fù)雜的協(xié)議(例如BPEL或集中式框架)。要么采用輕量級(jí)
消息總線(如RabbitMQ)來(lái)發(fā)布消息。
5).分散治理
跟傳統(tǒng)的集中式管理有很大區(qū)別，微服務(wù)把整體式框架中的組件分拆成不同的服務(wù)，在構(gòu)建時(shí)將會(huì)有更多的選擇。
6).分散數(shù)據(jù)管理
當(dāng)整體式的應(yīng)用使用單一邏輯數(shù)據(jù)庫(kù)對(duì)數(shù)據(jù)進(jìn)行持久化時(shí)，企業(yè)通常會(huì)選擇在應(yīng)用的范圍內(nèi)使用一個(gè)數(shù)據(jù)庫(kù)。微服務(wù)讓每個(gè)服務(wù)管理
自己的數(shù)據(jù)庫(kù)。
7).基礎(chǔ)設(shè)施自動(dòng)化
云計(jì)算特別是AWS的發(fā)展減少了構(gòu)建、發(fā)布和運(yùn)維微服務(wù)的復(fù)雜性。微服務(wù)的團(tuán)隊(duì)更加依賴于基礎(chǔ)設(shè)施的自動(dòng)化，畢竟發(fā)布工作相當(dāng)無(wú)趣。
8).容錯(cuò)性設(shè)計(jì)
任務(wù)服務(wù)都可能因?yàn)楣?yīng)商的不可靠而出現(xiàn)故障，微服務(wù)應(yīng)為每個(gè)應(yīng)用的服務(wù)和數(shù)據(jù)中心提供日常的故障檢測(cè)和修復(fù)。
9).改進(jìn)設(shè)計(jì)
由于設(shè)計(jì)會(huì)不斷更改，微服務(wù)所提供的服務(wù)應(yīng)該能夠替換，而不是長(zhǎng)久的發(fā)展。

到此，關(guān)于“微服務(wù)架構(gòu)有哪些特征”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注億速云網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)?lái)更多實(shí)用的文章！