15微服務(wù)(編輯修改稿)
2025-03-16 02:23 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 模式 ? 這種模式是聚合器模式的擴(kuò)展，允許同時(shí)調(diào)用兩個(gè)微服務(wù)鏈 分?jǐn)?shù)據(jù)共享微服務(wù)設(shè)計(jì)模式 ? 自治是微服務(wù)的設(shè)計(jì)原則之一，就是說(shuō)微服務(wù)是全棧式服務(wù)。但在重構(gòu)現(xiàn)有的“單體應(yīng)用（ monolithic application）”時(shí)， SQL數(shù)據(jù)庫(kù)反規(guī)范化可能會(huì)導(dǎo)致數(shù)據(jù)重復(fù)和不一致。因此，在單體應(yīng)用到微服務(wù)架構(gòu)的過(guò)渡階段，可以使用這種設(shè)計(jì)模式。 ? 在這種情況下，部分微服務(wù)可能會(huì)共享緩存和數(shù)據(jù)庫(kù)存儲(chǔ)。不過(guò)，這只有在兩個(gè)服務(wù)之間存在強(qiáng)耦合關(guān)系時(shí)才可以。對(duì)于基于微服務(wù)的新建應(yīng)用程序而言，這是一種反模式。 分?jǐn)?shù)據(jù)共享微服務(wù)設(shè)計(jì)模式 異步消息傳遞微服務(wù)設(shè)計(jì)模式 ? REST設(shè)計(jì)模式非常流行，但它是同步的，會(huì)造成阻塞。因此部分基于微服務(wù)的架構(gòu)可能會(huì)選擇使用消息隊(duì)列代替 REST請(qǐng)求 /響應(yīng)。 案例分析 ? 案例一：如何拆分單塊系統(tǒng)結(jié)構(gòu) 案例一：如何拆分單塊系統(tǒng)結(jié)構(gòu) ? 對(duì)于一個(gè)單塊系統(tǒng)，往往首先要從數(shù)據(jù)庫(kù)入手進(jìn)行拆分，規(guī)劃好哪些是財(cái)務(wù)代碼的表，哪些是客戶(hù)代碼的表，將二者進(jìn)行分離。 ? 這時(shí)單塊系統(tǒng)的應(yīng)用結(jié)構(gòu)并沒(méi)有拆分，這還需要我們?cè)谶M(jìn)行設(shè)計(jì)單塊系統(tǒng)的時(shí)候，客戶(hù)代表和財(cái)務(wù)代碼的表字段不能混在一起，要設(shè)計(jì)成不同的表才能方便將來(lái)拆分，雖然系統(tǒng)是在一起的，但是卻為未來(lái)作了拆分準(zhǔn)備。 ? 最后將應(yīng)用系統(tǒng)拆分獨(dú)立布署，這個(gè)過(guò)程就結(jié)束了。 案例分析 ? 案例二：如何跨系統(tǒng)訪問(wèn)數(shù)據(jù)表 案例二：如何跨系統(tǒng)訪問(wèn)數(shù)據(jù)表 ? 有兩個(gè)服務(wù)，分別是產(chǎn)品目錄和財(cái)務(wù)，左圖的場(chǎng)景是財(cái)務(wù)服務(wù)直接調(diào)用產(chǎn)品目錄的數(shù)據(jù)表進(jìn)行數(shù)據(jù)獲取。 ? 這種跨服務(wù)的數(shù)據(jù)獲取方式是有問(wèn)題的，首先無(wú)法把控財(cái)務(wù)服務(wù)是如何獲取數(shù)據(jù)的，是否對(duì)數(shù)據(jù)表造成影響，其次從設(shè)計(jì)的角度來(lái)說(shuō)無(wú)疑又增長(zhǎng)了系統(tǒng)之間調(diào)用的耦合度，系統(tǒng)之間的依賴(lài)增強(qiáng)了。 ? 因此演變成右圖這樣，左圖只需提供服務(wù)接口給右圖調(diào)用即可。 案例分析 ? 案例三：服務(wù)設(shè)計(jì)中的不良習(xí)慣 案例二：如何跨系統(tǒng)訪問(wèn)數(shù)據(jù)表 ? 在此系統(tǒng)中， ABCD四個(gè)系統(tǒng)進(jìn)行了串聯(lián)，這樣就要求這四個(gè)系統(tǒng)分別都是高可用的，如果其中任何一個(gè)系統(tǒng)掛了或者發(fā)生問(wèn)題，都會(huì)直接影響其他所有系統(tǒng)。 ? 所以設(shè)計(jì)微服務(wù)架構(gòu)的時(shí)候要盡量避免這種集中式的架構(gòu)。 如何大規(guī)模使用微服務(wù) ? 真正使用微服務(wù)，有很多需要關(guān)注的點(diǎn)： ? 故障無(wú)所不在 ? 網(wǎng)絡(luò)是不可靠，只能盡力限制引起故障的因數(shù)，達(dá)到一定規(guī)模后，故障不可避免。 ? 跨功能需求 ? 服務(wù)吞吐量、可用性和數(shù)據(jù)持久性等這些需求需要持續(xù)測(cè)量，并保證服務(wù)滿(mǎn)足可接受的目標(biāo)。 ? 功能降級(jí) ? 構(gòu)建彈性系統(tǒng)，因微服務(wù)功能分散，在有可能 down機(jī)的微服務(wù)上，能夠安全的降級(jí)以保證彈性 如何大規(guī)模使用微服務(wù) ? 反服務(wù)脆弱 ? 為了不會(huì)引起嚴(yán)重級(jí)聯(lián)影響，需要正確的設(shè)置超時(shí)、實(shí)現(xiàn)艙壁隔離或斷路層等以避免在第一時(shí)間調(diào)用一個(gè)不健康的服務(wù)。 ? 超時(shí) ? 設(shè)置超時(shí)時(shí)間對(duì)于
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1