基于springcloud微服務系統(tǒng)設計方案-資料下載頁
2025-05-03 22:34本頁面
【正文】 oud Bus，所以他們都連接到了RabbitMQ的消息總線上。2. 從Git倉庫中配置的修改到發(fā)起/bus/refresh的POST請求這一步可以通過Git倉庫的Web Hook來自動觸發(fā)。3. /bus/refresh請求不再發(fā)送到具體服務實例上，而是發(fā)送給Config Server，并通過destination參數(shù)來指定需要更新配置的服務或實例。4. 由于所有連接到消息總線上的應用都會接受到更新請求，所以在Web Hook中就不需要維護所有節(jié)點內容來進行更新，從而解決了通過Web Hook來逐個進行刷新的問題。. 分布式session 采用Redis作為緩存組件以及session的共享組件。 . REST資源響應結構 制定規(guī)范和解析方法。. API調用鏈追蹤 微服務架構上通過業(yè)務來劃分服務的，通過REST調用，對外暴露的一個接口，可能需要很多個服務協(xié)同才能完成這個接口功能，如果鏈路上任何一個服務出現(xiàn)問題或者網(wǎng)絡超時，都會形成導致接口調用失敗。隨著業(yè)務的不斷擴張，服務之間互相調用會越來越復雜。Spring Cloud Sleuth 主要功能就是在分布式系統(tǒng)中提供追蹤解決方案，并且兼容支持了 zipkin，你只需要在pom文件中引入相應的依賴即可。. 單元測試 做微服務架構，進行系統(tǒng)測試的復雜度較大，為保證產品質量與開發(fā)、測試效率，單元測試是必不可少的。 可采用Mock方式進行測試模擬，由持續(xù)集成進行自動化單元測試的執(zhí)行以及結果輸出。. 代碼調試 對于單體架構系統(tǒng)，可直接本地化調試，但對于微服務架構，接口間的調用需采用遠程通訊的方式，也就是說被調用的服務必須啟動后方可被調用，因此當微服務增多時，你可能需要啟動大量的微服務或者web服務器，這給本地化調用與調試帶來了困難。 解決方案待研究。7. 測試. 自動化測試216。 單元測試： 由開發(fā)人員實現(xiàn)。 采用Mock方式進行測試模擬，由持續(xù)集成進行自動化單元測試的執(zhí)行以及結果輸出。216。 業(yè)務測試： 開發(fā)進行實現(xiàn)，測試也需考慮如何實現(xiàn)。 將多個服務或業(yè)務單元進行串聯(lián)，測試一個完整的業(yè)務，甚至是不同業(yè)務之間組成的系統(tǒng)測試，需要采用相關的自動化測試框架執(zhí)行，如RobotFramework自動化測試框架。. 依賴測試 也可以稱為接口測試或者契約測試，在微服務逐漸增多的情況下，如何有效保證服務之間能夠按照接口的約定正常工作，即符合契約，成為微服務實施過程中，測試面臨的主要挑戰(zhàn)。 一、開發(fā)自動化的接口測試工具， 檢測接口是否滿足約定 檢測接口是否發(fā)生變化 檢測接口是否可以正常被調用。 二、測試方法： 采取基于消費者驅動的契約測試，測試架構如下： 其優(yōu)勢如下：216。 從價值實現(xiàn)的角度定義契約從消費者使用契約的角度出發(fā)，首先保證消費者基于此契約是可以實現(xiàn)價值的，有了這個前提，再使用契約來驗證提供者，如果提供者提供的契約同定義的契約一致，則證明提供者提供的契約是能夠實現(xiàn)服務消費者的。通過這種方式，使得更聚焦于如何從價值實現(xiàn)出發(fā)。216。 隔離消費者和提供者的測試對于契約的消費者和提供者可以分開獨立測試，有效解決傳統(tǒng)集成測試服務架構的弊端，將微服務的接口測試成本降到最低。 三、測試工具： Pact、Janus、Pacto等。. 系統(tǒng)測試. 熔斷測試 通過停止微服務的方式測試服務路由的正確性 通過壓力測試，將某個微服務產生過載等異常，測試服務熔斷或降級 通過壓力測試，測試負載均衡策略的正確性. 性能測試 原有本地化的api調用將會變成REST的遠程調用，調用速度勢必受到影響，因此需要對系統(tǒng)性能進行考慮以及性能測試，主要影響因素如下：網(wǎng)絡：遠程調用時受到網(wǎng)絡通訊速度的影響，這涉及到網(wǎng)絡速度、網(wǎng)絡部署以及系統(tǒng)架構，有相互依賴的服務應采取就近部署原則。服務器：受到遠程服務所在服務器性能的影響。數(shù)據(jù)量：數(shù)據(jù)量這里指的是數(shù)據(jù)大小以及數(shù)據(jù)傳輸?shù)拇螖?shù)以及頻率，此時REST調用方式會產生瓶頸，當然，最好的方式是避免此種情況發(fā)生，此種場景采取消息中間件的方式異步通訊。8. 持續(xù)集成 持續(xù)集成：每個微服務獨立執(zhí)行持續(xù)集成。 版本集成：由統(tǒng)一的集成工具，實現(xiàn)自動化的版本集成，將所有微服務集成到統(tǒng)一的版本發(fā)布包中。 持續(xù)集成可制作多種場景的版本，包括測試環(huán)境、開發(fā)環(huán)境、生產環(huán)境。 統(tǒng)計測試覆蓋率等指標數(shù)據(jù)。 工具：Jenkins、Sonar等。9. 持續(xù)部署 通過持續(xù)集成自動制作發(fā)布版本的Docker鏡像； 將docker鏡像自動上傳到docker容器中。 10. 運維階段. 遠程升級 微服務不斷增加后，意味著部署容器也在同步增加，對于后續(xù)升級維護的工作量將會逐漸增加，開發(fā)統(tǒng)一管理中心，支持遠程維護與升級將可減少運維的復雜度。. 統(tǒng)一配置中心 使用Spring Cloud Config或者配置管理平臺進行統(tǒng)一的配置管理。. 統(tǒng)一日志中心 使用日志管理平臺進行統(tǒng)一的日志采集、日志分析。
公司管理相關推薦
鄂ICP備17016276號-1