15微服務(wù)-文庫(kù)吧
2025-02-16 02:23 本頁(yè)面
【正文】 ? 劃分方法：一開(kāi)始識(shí)別粗粒度的限界上下文、這些粗粒度的上下文可能包括一些套嵌的限界上下文，這些套嵌的上下文不直接對(duì)外可見(jiàn)。 ? 暴露原則：使用粗粒度上下文還是套嵌上下文暴露服務(wù)，哪個(gè)更合理，應(yīng)該由組織結(jié)構(gòu)來(lái)決定。 微服務(wù)的建模 訂單處理，貨物接收和庫(kù)存管理三個(gè)模塊在項(xiàng)目研發(fā)初期被歸集到了倉(cāng)庫(kù)服務(wù)中，財(cái)務(wù)服務(wù)要獲取庫(kù)存管理的數(shù)據(jù)，直接訪問(wèn)倉(cāng)庫(kù) 服務(wù) 的庫(kù)存管理 接口 就可以了。 隨著三個(gè)模塊的不斷演進(jìn)和壯大，單個(gè)服務(wù)已經(jīng)不能滿足業(yè)務(wù)和團(tuán)隊(duì)發(fā)展的需求，這時(shí)候?qū)⑷齻€(gè)模塊分別拆分演變成右圖的結(jié)構(gòu)，訂單管理，貨物接收和庫(kù)存管理分別以服務(wù)的形式對(duì)應(yīng)不同的團(tuán)隊(duì)，財(cái)務(wù)服務(wù)只需請(qǐng)求庫(kù)存管理 服務(wù) 就可以得到相應(yīng)的數(shù)據(jù)。 微服務(wù)集成 ? 集成原則 ? 微服務(wù)的集成做得好，可以保持自治性、可以獨(dú)立發(fā)布修改和發(fā)布。 ? 避免破壞性修改 服務(wù)的修改不能導(dǎo)致該服務(wù)的消費(fèi)方發(fā)生改變。 ? 保證 API與技術(shù)的無(wú)關(guān)性 ? 保證 API的易用性 ? 隱藏內(nèi)部實(shí)現(xiàn)細(xì)節(jié) 微服務(wù)集成 ? 編排與協(xié)同 ? 編排：同步調(diào)用一組服務(wù)，等待各個(gè)服務(wù)的返回結(jié)果。優(yōu)點(diǎn)是知道業(yè)務(wù)流程中每一步跨服務(wù)調(diào)用結(jié)果，缺點(diǎn)是容易承擔(dān)太多的調(diào)用，太耗時(shí)，導(dǎo)致調(diào)用方的不穩(wěn)定性。 微服務(wù)集成 ? 編排與協(xié)同（發(fā)布 訂閱模式實(shí)現(xiàn)松耦合） ? 協(xié)同：異步調(diào)用一組服務(wù)或服務(wù)調(diào)用加入隊(duì)列中，降低服務(wù)之間的耦合度，帶來(lái)的額外工作是業(yè)務(wù)流程跨服務(wù)的監(jiān)控，但可通過(guò)消費(fèi)方處理完成后，回調(diào)服務(wù)方告知處理結(jié)果。 微服務(wù)集成 ? 版本管理 ? 盡可能推遲破壞性修改 寬進(jìn)嚴(yán)出的原則 ? 盡早發(fā)現(xiàn)破壞性的修改 按照契約，通過(guò)測(cè)試及早發(fā)現(xiàn)是服務(wù)方還是消費(fèi)方破壞性的修改 ? 不同的接口版本共存 最好共存兩個(gè)版本 微服務(wù)架構(gòu)的設(shè)計(jì)模式 聚合器微服務(wù)設(shè)計(jì)模式 ? 這是最常用也最簡(jiǎn)單的設(shè)計(jì)模式： 聚合器微服務(wù)設(shè)計(jì)模式 ? 聚合器調(diào)用多個(gè)服務(wù)實(shí)現(xiàn)應(yīng)用程序所需的功能。 ? 它可以是一個(gè)簡(jiǎn)單的 Web頁(yè)面，將檢索到的數(shù)據(jù)進(jìn)行處理展示。它也可以是一個(gè)更高層次的組合微服務(wù)，對(duì)檢索到的數(shù)據(jù)增加業(yè)務(wù)邏輯后進(jìn)一步發(fā)布成一個(gè)新的微服務(wù)，這符合 DRY原則。 ? 每個(gè)服務(wù)都有自己的緩存和數(shù)據(jù)庫(kù)。如果聚合器是一個(gè)組合服務(wù)，那么它也有自己的緩存和數(shù)據(jù)庫(kù)。聚合器可以沿 X軸和 Z軸獨(dú)立擴(kuò)展。 代理微服務(wù)設(shè)計(jì)模式 ? 在這種情況下，客戶端并不聚合數(shù)據(jù)，但會(huì)根據(jù)業(yè)務(wù)需求的差別調(diào)用不同的微服務(wù)。代理可以僅僅委派請(qǐng)求，也可以進(jìn)行數(shù)據(jù)轉(zhuǎn)換工作。 鏈?zhǔn)轿⒎?wù)設(shè)計(jì)模式 ? 這種模式在接收到請(qǐng)求后會(huì)產(chǎn)生一個(gè)經(jīng)過(guò)合并的響應(yīng) ? 服務(wù) A接收到請(qǐng)求后會(huì)與服務(wù) B進(jìn)行通信，類(lèi)似地，服務(wù) B會(huì)同服務(wù) C進(jìn)行通信。所有服務(wù)都使用同步消息傳遞。在整個(gè)鏈?zhǔn)秸{(diào)用完成之前，客戶端會(huì)一直阻塞。因此，服務(wù)調(diào)用鏈不宜過(guò)長(zhǎng)，以免客戶端長(zhǎng)時(shí)間等待。 分支微服務(wù)設(shè)計(jì)
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1