基于sringcloud微服務(wù)系統(tǒng)設(shè)計(jì)方案-wenkub.com
2025-04-30 22:33 本頁(yè)面
【正文】 . 統(tǒng)一日志中心 使用日志管理平臺(tái)進(jìn)行統(tǒng)一的日志采集、日志分析。 工具：Jenkins、Sonar等。8. 持續(xù)集成 持續(xù)集成：每個(gè)微服務(wù)獨(dú)立執(zhí)行持續(xù)集成。 三、測(cè)試工具： Pact、Janus、Pacto等。 從價(jià)值實(shí)現(xiàn)的角度定義契約從消費(fèi)者使用契約的角度出發(fā)，首先保證消費(fèi)者基于此契約是可以實(shí)現(xiàn)價(jià)值的，有了這個(gè)前提，再使用契約來(lái)驗(yàn)證提供者，如果提供者提供的契約同定義的契約一致，則證明提供者提供的契約是能夠?qū)崿F(xiàn)服務(wù)消費(fèi)者的。 將多個(gè)服務(wù)或業(yè)務(wù)單元進(jìn)行串聯(lián)，測(cè)試一個(gè)完整的業(yè)務(wù)，甚至是不同業(yè)務(wù)之間組成的系統(tǒng)測(cè)試，需要采用相關(guān)的自動(dòng)化測(cè)試框架執(zhí)行，如RobotFramework自動(dòng)化測(cè)試框架。 單元測(cè)試： 由開(kāi)發(fā)人員實(shí)現(xiàn)。 可采用Mock方式進(jìn)行測(cè)試模擬，由持續(xù)集成進(jìn)行自動(dòng)化單元測(cè)試的執(zhí)行以及結(jié)果輸出。. API調(diào)用鏈追蹤 微服務(wù)架構(gòu)上通過(guò)業(yè)務(wù)來(lái)劃分服務(wù)的，通過(guò)REST調(diào)用，對(duì)外暴露的一個(gè)接口，可能需要很多個(gè)服務(wù)協(xié)同才能完成這個(gè)接口功能，如果鏈路上任何一個(gè)服務(wù)出現(xiàn)問(wèn)題或者網(wǎng)絡(luò)超時(shí)，都會(huì)形成導(dǎo)致接口調(diào)用失敗。3. /bus/refresh請(qǐng)求不再發(fā)送到具體服務(wù)實(shí)例上，而是發(fā)送給Config Server，并通過(guò)destination參數(shù)來(lái)指定需要更新配置的服務(wù)或?qū)嵗?Spring Cloud Config分服務(wù)端和客戶端，服務(wù)端負(fù)責(zé)將git（svn）中存儲(chǔ)的配置文件發(fā)布成REST接口，客戶端可以從服務(wù)端REST接口獲取配置。. 統(tǒng)一配置管理 實(shí)現(xiàn)各微服務(wù)的統(tǒng)一參數(shù)配置以及版本管理，可采用公司的配置管理平臺(tái)或者Spring Cloud Config配置中心。 我們只需要在服務(wù)接口上添加Hystrix標(biāo)簽，就可以實(shí)現(xiàn)對(duì)這個(gè)接口的監(jiān)控和斷路器功能。 建立統(tǒng)一的日志管理規(guī)范； 開(kāi)發(fā)并使用統(tǒng)一的日志組件，為所有微服務(wù)提供統(tǒng)一的日志服務(wù)，由log4j或Blitz4j封裝； 在每個(gè)服務(wù)節(jié)點(diǎn)上部署日志采集Agent組件，由此Agent進(jìn)行日志的采集與轉(zhuǎn)發(fā)； 建立統(tǒng)一的日志中心，所有日志寫入日志中心。Spring Cloud通過(guò)Netflix的Hystrix組件實(shí)現(xiàn)熔斷和降級(jí)處理解決此問(wèn)題。這只是這一個(gè)調(diào)用鏈，在復(fù)雜的業(yè)務(wù)中有非常多的調(diào)用，如果要記住每一個(gè)調(diào)用鏈對(duì)開(kāi)發(fā)運(yùn)維人員來(lái)說(shuō)就是災(zāi)難。 (AUTH_TOKEN_HEADER, authToken)。這時(shí)候，要么，通過(guò)防火墻等設(shè)置，保證服務(wù)間調(diào)用的接口，只能某幾個(gè)地址訪問(wèn)；要么，就通過(guò)某種方式設(shè)置header。然后客戶端接下來(lái)的請(qǐng)求就會(huì)帶著這些驗(yàn)證信息，從Zuul網(wǎng)關(guān)傳到相應(yīng)的服務(wù)上進(jìn)行驗(yàn)證。. 同步調(diào)用 采用HTTP REST方式進(jìn)行調(diào)用，針對(duì)業(yè)務(wù)需求可以進(jìn)行負(fù)載均衡，負(fù)載均衡的調(diào)用方式有兩種： FeignClient RestTemplate 建議使用FeignClient方式進(jìn)行服務(wù)調(diào)用。 公共的方法如何實(shí)現(xiàn)共享？如格式化時(shí)間的一個(gè)簡(jiǎn)單方法需要共享，也需要封裝為一個(gè)服務(wù)接口嗎？ 管理策略： 總體原則：仍然需要進(jìn)行統(tǒng)籌考慮，所有組件統(tǒng)一管理，組件放置在產(chǎn)品倉(cāng)庫(kù)中，每個(gè)產(chǎn)品或服務(wù)需要共享組件時(shí)，從產(chǎn)品倉(cāng)庫(kù)獲取。區(qū)域感知策略，先使用主過(guò)濾條件（區(qū)域負(fù)載器，選擇最優(yōu)區(qū)域）對(duì)所有實(shí)例過(guò)濾并返回過(guò)濾后的實(shí)例清單，依次使用次過(guò)濾條件列表中的過(guò)濾條件對(duì)主過(guò)濾條件的結(jié)果進(jìn)行過(guò)濾，判斷最小過(guò)濾數(shù)（默認(rèn)1）和最小過(guò)濾百分比（默認(rèn)0），最后對(duì)滿足條件的服務(wù)器則使用RoundRobinRule(輪詢方式)選擇一個(gè)服務(wù)器實(shí)例。 AvailabilityFilteringRule:隨機(jī)選擇，也就是說(shuō)Ribbon會(huì)隨機(jī)從服務(wù)器列表中選擇一個(gè)進(jìn)行訪問(wèn)。輪詢策略，Ribbon以輪詢的方式選擇服務(wù)器，這個(gè)是默認(rèn)值。3. 根據(jù)指定的負(fù)載均衡策略，從可用的服務(wù)器列表中選擇一個(gè)服務(wù)實(shí)例的地址。. 負(fù)載均衡 不再采用一般的增加負(fù)載均衡服務(wù)器的方式進(jìn)行負(fù)載均衡，如FNginx、LVS等，而是把負(fù)載均衡的功能以庫(kù)的方式集成到服務(wù)消費(fèi)方的進(jìn)程內(nèi)，這種方案稱為軟負(fù)載均衡（Soft Load Balancing）或者客戶端負(fù)載均衡。 2) 將業(yè)務(wù)高度相關(guān)的表放到一個(gè)庫(kù)中，將業(yè)務(wù)關(guān)系不是很緊密的表嚴(yán)格按照微服務(wù)模式來(lái)拆分，這樣既可以使用微服務(wù)，也避免了數(shù)據(jù)庫(kù)分散導(dǎo)致后臺(tái)系統(tǒng)統(tǒng)計(jì)功能難以實(shí)現(xiàn)，是一個(gè)折中的方案。 對(duì)項(xiàng)目經(jīng)理的要求提升，需對(duì)整體的版本計(jì)劃有嚴(yán)格的制定，尤其是版本之間的依賴關(guān)系要非常明確，版本升級(jí)、降級(jí)的風(fēng)險(xiǎn)評(píng)估需完全充分。在服務(wù)之間依賴較多時(shí)，每個(gè)服務(wù)的升級(jí)或降級(jí)都將影響其他服務(wù)的正常運(yùn)行。 問(wèn)題：開(kāi)發(fā)分支與集成分支，都將增加很多，維護(hù)工作量增加。如用戶管理模塊提供了獲取用戶信息的服務(wù)，則命名為：user_get_info。. 服務(wù)規(guī)劃 為實(shí)現(xiàn)負(fù)載均衡，允許相同的服務(wù)在多個(gè)節(jié)點(diǎn)注冊(cè)相同的服務(wù)名，不同的端口。 責(zé)任單一： 每個(gè)服務(wù)只做一件事，即單一職責(zé)原則。待后續(xù)確認(rèn)問(wèn)題： Access Control：Zuul網(wǎng)關(guān)提供了相關(guān)控制功能，與我司CAS如何結(jié)合使用 Config
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1