基于sringcloud微服務(wù)系統(tǒng)設(shè)計(jì)方案(存儲(chǔ)版)
【正文】 復(fù)雜性將越來越大，將成指數(shù)級(jí)增長，因此需要進(jìn)行統(tǒng)一日志管理。Hystrix Dashboard，監(jiān)控面板，他提供了一個(gè)界面，可以監(jiān)控各個(gè)服務(wù)上的服務(wù)調(diào)用所消耗的時(shí)間等。從而能夠提供更好的管理、發(fā)布能力。 . REST資源響應(yīng)結(jié)構(gòu) 制定規(guī)范和解析方法。7. 測試. 自動(dòng)化測試216。 二、測試方法： 采取基于消費(fèi)者驅(qū)動(dòng)的契約測試，測試架構(gòu)如下： 其優(yōu)勢(shì)如下：216。數(shù)據(jù)量：數(shù)據(jù)量這里指的是數(shù)據(jù)大小以及數(shù)據(jù)傳輸?shù)拇螖?shù)以及頻率，此時(shí)REST調(diào)用方式會(huì)產(chǎn)生瓶頸，當(dāng)然，最好的方式是避免此種情況發(fā)生，此種場景采取消息中間件的方式異步通訊。. 統(tǒng)一配置中心 使用Spring Cloud Config或者配置管理平臺(tái)進(jìn)行統(tǒng)一的配置管理。9. 持續(xù)部署 通過持續(xù)集成自動(dòng)制作發(fā)布版本的Docker鏡像； 將docker鏡像自動(dòng)上傳到docker容器中。. 系統(tǒng)測試. 熔斷測試 通過停止微服務(wù)的方式測試服務(wù)路由的正確性 通過壓力測試，將某個(gè)微服務(wù)產(chǎn)生過載等異常，測試服務(wù)熔斷或降級(jí) 通過壓力測試，測試負(fù)載均衡策略的正確性. 性能測試 原有本地化的api調(diào)用將會(huì)變成REST的遠(yuǎn)程調(diào)用，調(diào)用速度勢(shì)必受到影響，因此需要對(duì)系統(tǒng)性能進(jìn)行考慮以及性能測試，主要影響因素如下：網(wǎng)絡(luò)：遠(yuǎn)程調(diào)用時(shí)受到網(wǎng)絡(luò)通訊速度的影響，這涉及到網(wǎng)絡(luò)速度、網(wǎng)絡(luò)部署以及系統(tǒng)架構(gòu)，有相互依賴的服務(wù)應(yīng)采取就近部署原則。. 依賴測試 也可以稱為接口測試或者契約測試，在微服務(wù)逐漸增多的情況下，如何有效保證服務(wù)之間能夠按照接口的約定正常工作，即符合契約，成為微服務(wù)實(shí)施過程中，測試面臨的主要挑戰(zhàn)。. 代碼調(diào)試 對(duì)于單體架構(gòu)系統(tǒng)，可直接本地化調(diào)試，但對(duì)于微服務(wù)架構(gòu)，接口間的調(diào)用需采用遠(yuǎn)程通訊的方式，也就是說被調(diào)用的服務(wù)必須啟動(dòng)后方可被調(diào)用，因此當(dāng)微服務(wù)增多時(shí)，你可能需要啟動(dòng)大量的微服務(wù)或者web服務(wù)器，這給本地化調(diào)用與調(diào)試帶來了困難。4. 由于所有連接到消息總線上的應(yīng)用都會(huì)接受到更新請(qǐng)求，所以在Web Hook中就不需要維護(hù)所有節(jié)點(diǎn)內(nèi)容來進(jìn)行更新，從而解決了通過Web Hook來逐個(gè)進(jìn)行刷新的問題。Spring Cloud Config配置中心 Spring Cloud Config就是我們通常意義上的配置中心。斷路器(Cricuit Breaker)是一種能夠在遠(yuǎn)程服務(wù)不可用時(shí)自動(dòng)熔斷(打開開關(guān))，并在遠(yuǎn)程服務(wù)恢復(fù)時(shí)自動(dòng)恢復(fù)(閉合開關(guān))的設(shè)施，Spring Cloud通過Netflix的Hystrix組件提供斷路器、資源隔離與自我修復(fù)功能。 }}。Zuul網(wǎng)關(guān)在把請(qǐng)求轉(zhuǎn)發(fā)到后臺(tái)的服務(wù)的時(shí)候，會(huì)默認(rèn)把一些header傳到服務(wù)端，如：Cookie、SetCookie、Authorization。 不管是什么方式，他都是通過REST接口調(diào)用服務(wù)的接口，參數(shù)和結(jié)果默認(rèn)都是通過Jackson序列化和反序列化。. 性能策略 網(wǎng)絡(luò)優(yōu)化：優(yōu)化組網(wǎng)結(jié)構(gòu)，提升網(wǎng)絡(luò)間通訊性能； 配置優(yōu)化：優(yōu)化Spring Cloud組件集以及其他組件的配置信息，使得性能最大化。 WeightedResponseTimeRule:所以示例中所啟動(dòng)的兩個(gè)服務(wù)會(huì)被循環(huán)訪問。在Spring Cloud中配合Eureka的服務(wù)注冊(cè)功能，Ribbon子項(xiàng)目則為REST客戶端實(shí)現(xiàn)了負(fù)載均衡。 接口管理：嚴(yán)格執(zhí)行接口管理制度，任何接口的變更必須進(jìn)行審批、發(fā)公告等流程。 編譯策略：代碼編譯時(shí)，各個(gè)微服務(wù)獨(dú)立編譯、打包，杜絕直接的依賴； 工程構(gòu)建：代碼開發(fā)時(shí)，各微服務(wù)創(chuàng)建獨(dú)立的工程，工程之間不能產(chǎn)生直接依賴 持續(xù)集成：每個(gè)微服務(wù)獨(dú)立執(zhí)行持續(xù)集成。如果沒有前期的規(guī)劃，不同的服務(wù)提供者可能會(huì)注冊(cè)相同的服務(wù)名，導(dǎo)致消費(fèi)者調(diào)用服務(wù)時(shí)產(chǎn)生調(diào)用混亂。 設(shè)計(jì)原子服務(wù)層，梳理和抽取核心應(yīng)用、公共應(yīng)用，作為獨(dú)立的服務(wù)下沉到核心和公共能力層，逐漸形成穩(wěn)定的服務(wù)中心，使應(yīng)用能更快速的響應(yīng)多變的客戶需求。 使用SpringCloud Config進(jìn)行統(tǒng)一的配置管理，需要考慮與公司的配置管理平臺(tái)如何配合使用。請(qǐng)求轉(zhuǎn)發(fā)到服務(wù)上的時(shí)候使用負(fù)載均衡Ribbon。另外，在分布式系統(tǒng)中，通常會(huì)考慮通過數(shù)據(jù)的最終一致性來解決數(shù)據(jù)瞬時(shí)一致帶來的系統(tǒng)不可用。 可靠性：由于采用遠(yuǎn)程調(diào)用的方式，任何一個(gè)節(jié)點(diǎn)、網(wǎng)絡(luò)出現(xiàn)問題，都將使得服務(wù)調(diào)用失敗，隨著微服務(wù)數(shù)量的增多，潛在故障點(diǎn)也將增多。每個(gè)服務(wù)運(yùn)行于獨(dú)立的進(jìn)程，并且采用輕量級(jí)交互。這種風(fēng)格使最小化集中管理，從而可以使用多種不同的編程語言和數(shù)據(jù)存儲(chǔ)技術(shù)。 運(yùn)維要求高： 系統(tǒng)監(jiān)控、高可用性、自動(dòng)化技術(shù)216。 沒有最好的，只有最適合自己的。1Turbine，監(jiān)控聚合，使用Hystrix監(jiān)控，我們需要打開每一個(gè)服務(wù)實(shí)例的監(jiān)控信息來查看。 責(zé)任單一： 每個(gè)服務(wù)只做一件事，即單一職責(zé)原則。如用戶管理模塊提供了獲取用戶信息的服務(wù)，則命名為：user_get_info。在服務(wù)之間依賴較多時(shí)，每個(gè)服務(wù)的升級(jí)或降級(jí)都將影響其他服務(wù)的正常運(yùn)行
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1