基于springcloud微服務(wù)系統(tǒng)設(shè)計(jì)方案(參考版)
2025-05-06 22:34本頁(yè)面
【正文】 。. 統(tǒng)一配置中心 使用Spring Cloud Config或者配置管理平臺(tái)進(jìn)行統(tǒng)一的配置管理。9. 持續(xù)部署 通過(guò)持續(xù)集成自動(dòng)制作發(fā)布版本的Docker鏡像； 將docker鏡像自動(dòng)上傳到docker容器中。 統(tǒng)計(jì)測(cè)試覆蓋率等指標(biāo)數(shù)據(jù)。 版本集成：由統(tǒng)一的集成工具，實(shí)現(xiàn)自動(dòng)化的版本集成，將所有微服務(wù)集成到統(tǒng)一的版本發(fā)布包中。數(shù)據(jù)量：數(shù)據(jù)量這里指的是數(shù)據(jù)大小以及數(shù)據(jù)傳輸?shù)拇螖?shù)以及頻率，此時(shí)REST調(diào)用方式會(huì)產(chǎn)生瓶頸，當(dāng)然，最好的方式是避免此種情況發(fā)生，此種場(chǎng)景采取消息中間件的方式異步通訊。. 系統(tǒng)測(cè)試. 熔斷測(cè)試 通過(guò)停止微服務(wù)的方式測(cè)試服務(wù)路由的正確性 通過(guò)壓力測(cè)試，將某個(gè)微服務(wù)產(chǎn)生過(guò)載等異常，測(cè)試服務(wù)熔斷或降級(jí) 通過(guò)壓力測(cè)試，測(cè)試負(fù)載均衡策略的正確性. 性能測(cè)試 原有本地化的api調(diào)用將會(huì)變成REST的遠(yuǎn)程調(diào)用，調(diào)用速度勢(shì)必受到影響，因此需要對(duì)系統(tǒng)性能進(jìn)行考慮以及性能測(cè)試，主要影響因素如下：網(wǎng)絡(luò)：遠(yuǎn)程調(diào)用時(shí)受到網(wǎng)絡(luò)通訊速度的影響，這涉及到網(wǎng)絡(luò)速度、網(wǎng)絡(luò)部署以及系統(tǒng)架構(gòu)，有相互依賴的服務(wù)應(yīng)采取就近部署原則。 隔離消費(fèi)者和提供者的測(cè)試對(duì)于契約的消費(fèi)者和提供者可以分開(kāi)獨(dú)立測(cè)試，有效解決傳統(tǒng)集成測(cè)試服務(wù)架構(gòu)的弊端，將微服務(wù)的接口測(cè)試成本降到最低。通過(guò)這種方式，使得更聚焦于如何從價(jià)值實(shí)現(xiàn)出發(fā)。 二、測(cè)試方法： 采取基于消費(fèi)者驅(qū)動(dòng)的契約測(cè)試，測(cè)試架構(gòu)如下： 其優(yōu)勢(shì)如下：216。. 依賴測(cè)試 也可以稱為接口測(cè)試或者契約測(cè)試，在微服務(wù)逐漸增多的情況下，如何有效保證服務(wù)之間能夠按照接口的約定正常工作，即符合契約，成為微服務(wù)實(shí)施過(guò)程中，測(cè)試面臨的主要挑戰(zhàn)。 業(yè)務(wù)測(cè)試： 開(kāi)發(fā)進(jìn)行實(shí)現(xiàn)，測(cè)試也需考慮如何實(shí)現(xiàn)。 采用Mock方式進(jìn)行測(cè)試模擬，由持續(xù)集成進(jìn)行自動(dòng)化單元測(cè)試的執(zhí)行以及結(jié)果輸出。7. 測(cè)試. 自動(dòng)化測(cè)試216。. 代碼調(diào)試 對(duì)于單體架構(gòu)系統(tǒng)，可直接本地化調(diào)試，但對(duì)于微服務(wù)架構(gòu)，接口間的調(diào)用需采用遠(yuǎn)程通訊的方式，也就是說(shuō)被調(diào)用的服務(wù)必須啟動(dòng)后方可被調(diào)用，因此當(dāng)微服務(wù)增多時(shí)，你可能需要啟動(dòng)大量的微服務(wù)或者web服務(wù)器，這給本地化調(diào)用與調(diào)試帶來(lái)了困難。. 單元測(cè)試 做微服務(wù)架構(gòu)，進(jìn)行系統(tǒng)測(cè)試的復(fù)雜度較大，為保證產(chǎn)品質(zhì)量與開(kāi)發(fā)、測(cè)試效率，單元測(cè)試是必不可少的。隨著業(yè)務(wù)的不斷擴(kuò)張，服務(wù)之間互相調(diào)用會(huì)越來(lái)越復(fù)雜。 . REST資源響應(yīng)結(jié)構(gòu) 制定規(guī)范和解析方法。4. 由于所有連接到消息總線上的應(yīng)用都會(huì)接受到更新請(qǐng)求，所以在Web Hook中就不需要維護(hù)所有節(jié)點(diǎn)內(nèi)容來(lái)進(jìn)行更新，從而解決了通過(guò)Web Hook來(lái)逐個(gè)進(jìn)行刷新的問(wèn)題。2. 從Git倉(cāng)庫(kù)中配置的修改到發(fā)起/bus/refresh的POST請(qǐng)求這一步可以通過(guò)Git倉(cāng)庫(kù)的Web Hook來(lái)自動(dòng)觸發(fā)。但客戶端并不能主動(dòng)感知到配置的變化，從而主動(dòng)去獲取新的配置，這需要每個(gè)客戶端通過(guò)POST方法觸發(fā)各自的/refresh。從而能夠提供更好的管理、發(fā)布能力。Spring Cloud Config配置中心 Spring Cloud Config就是我們通常意義上的配置中心。這樣就不需要挨個(gè)打開(kāi)一個(gè)個(gè)的頁(yè)面一個(gè)個(gè)查看。Turbine，監(jiān)控聚合，使用Hystrix監(jiān)控，我們需要打開(kāi)每一個(gè)服務(wù)實(shí)例的監(jiān)控信息來(lái)查看。Hystrix Dashboard，監(jiān)控面板，他提供了一個(gè)界面，可以監(jiān)控各個(gè)服務(wù)上的服務(wù)調(diào)用所消耗的時(shí)間等。 Hystrix，監(jiān)控和斷路器。 說(shuō)明：上述日志的實(shí)現(xiàn)由公司的“日志管理平臺(tái)”進(jìn)行實(shí)現(xiàn)，采用的是ELK集合框架。伴隨節(jié)點(diǎn)數(shù)量的增加，如果沒(méi)有合適的管理機(jī)制與工具，定位問(wèn)題、發(fā)現(xiàn)問(wèn)題的復(fù)雜性將越來(lái)越大，將成指數(shù)級(jí)增長(zhǎng)，因此需要進(jìn)行統(tǒng)一日志管理。斷路器(Cricuit Breaker)是一種能夠在遠(yuǎn)程服務(wù)不可用時(shí)自動(dòng)熔斷(打開(kāi)開(kāi)關(guān))，并在遠(yuǎn)程服務(wù)恢復(fù)時(shí)自動(dòng)恢復(fù)(閉合開(kāi)關(guān))的設(shè)施，Spring Cloud通過(guò)Netflix的Hystrix組件提供斷路器、資源隔離與自我修復(fù)功能。 其實(shí)可以理解為面向?qū)ο蟮脑O(shè)計(jì)，減少方法之間的一層層嵌套調(diào)用，而采取一個(gè)方法進(jìn)行業(yè)務(wù)流程的串聯(lián)，如方法W實(shí)現(xiàn)一個(gè)完整的業(yè)務(wù)處理，則采取下面方式： function w（） { 調(diào)用方法a； 調(diào)用方法b； 調(diào)用方法c； }. 服務(wù)的熔斷處理 在服務(wù)之間進(jìn)行調(diào)用時(shí)，由于各種原因會(huì)導(dǎo)致遠(yuǎn)程服務(wù)不可用或壓力過(guò)載等異常導(dǎo)致的故障蔓延，此時(shí)需要有一種機(jī)制進(jìn)行保護(hù)處理。有這樣一個(gè)好辦法可以盡量的減少項(xiàng)目的相互依賴，就是服務(wù)編排，一個(gè)核心的業(yè)務(wù)處理項(xiàng)目，負(fù)責(zé)和各個(gè)微服務(wù)打交道。比如現(xiàn)在有項(xiàng)目a調(diào)用項(xiàng)目b，項(xiàng)目b調(diào)用項(xiàng)目c...一直到h，是一個(gè)調(diào)用鏈，那么項(xiàng)目上線的時(shí)候需要先更新最底層的h再更新g...更新c更新b最后是更新項(xiàng)目a。 }}。也可以通過(guò)如下的攔截器的方式設(shè)置，它對(duì)RestTemplate方式和FeignClient的方式都可以起作用：Beanp
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1