基于sringcloud微服務(wù)系統(tǒng)設(shè)計(jì)方案(已改無(wú)錯(cuò)字)
2023-06-03 22:33:11 本頁(yè)面
【正文】 = false如果你使用RestTemplate的方式調(diào)用，可以在請(qǐng)求里面添加一個(gè)有header的Options。也可以通過(guò)如下的攔截器的方式設(shè)置，它對(duì)RestTemplate方式和FeignClient的方式都可以起作用：@Beanpublic RequestInterceptor requestInterceptor() {return new RequestInterceptor() { @Override public void apply(RequestTemplate template) { String authToken = getToken()。 (AUTH_TOKEN_HEADER, authToken)。 }}。}. 服務(wù)編排 主要的作用是減少項(xiàng)目中的相互依賴(lài)。比如現(xiàn)在有項(xiàng)目a調(diào)用項(xiàng)目b，項(xiàng)目b調(diào)用項(xiàng)目c...一直到h，是一個(gè)調(diào)用鏈，那么項(xiàng)目上線(xiàn)的時(shí)候需要先更新最底層的h再更新g...更新c更新b最后是更新項(xiàng)目a。這只是這一個(gè)調(diào)用鏈，在復(fù)雜的業(yè)務(wù)中有非常多的調(diào)用，如果要記住每一個(gè)調(diào)用鏈對(duì)開(kāi)發(fā)運(yùn)維人員來(lái)說(shuō)就是災(zāi)難。有這樣一個(gè)好辦法可以盡量的減少項(xiàng)目的相互依賴(lài)，就是服務(wù)編排，一個(gè)核心的業(yè)務(wù)處理項(xiàng)目，負(fù)責(zé)和各個(gè)微服務(wù)打交道。比如之前是a調(diào)用b，b掉用c，c調(diào)用d，現(xiàn)在統(tǒng)一在一個(gè)核心項(xiàng)目W中來(lái)處理，W服務(wù)使用a的時(shí)候去調(diào)用b，使用b的時(shí)候W去調(diào)用c。 其實(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ù)處理。Spring Cloud通過(guò)Netflix的Hystrix組件實(shí)現(xiàn)熔斷和降級(jí)處理解決此問(wèn)題。斷路器(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ù)功能。Spring cloud Hystrix 熔斷器. 統(tǒng)一日志管理 不同微服務(wù)部署在不同節(jié)點(diǎn)上，登錄每個(gè)節(jié)點(diǎn)查看日志是比較麻煩的，同時(shí)對(duì)于需要關(guān)聯(lián)多個(gè)微服務(wù)日志聯(lián)合查看分析的情況將更加麻煩。伴隨節(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)一日志管理。 建立統(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)一的日志中心，所有日志寫(xiě)入日志中心。 說(shuō)明：上述日志的實(shí)現(xiàn)由公司的“日志管理平臺(tái)”進(jìn)行實(shí)現(xiàn)，采用的是ELK集合框架。 . 統(tǒng)一監(jiān)控管理 使用Hystrix組件進(jìn)行服務(wù)的監(jiān)控，使用Nagios進(jìn)行服務(wù)器等資源的監(jiān)控。 Hystrix，監(jiān)控和斷路器。我們只需要在服務(wù)接口上添加Hystrix標(biāo)簽，就可以實(shí)現(xiàn)對(duì)這個(gè)接口的監(jiān)控和斷路器功能。Hystrix Dashboard，監(jiān)控面板，他提供了一個(gè)界面，可以監(jiān)控各個(gè)服務(wù)上的服務(wù)調(diào)用所消耗的時(shí)間等。 Turbine，監(jiān)控聚合，使用Hystrix監(jiān)控，我們需要打開(kāi)每一個(gè)服務(wù)實(shí)例的監(jiān)控信息來(lái)查看。而Turbine可以幫助我們把所有的服務(wù)實(shí)例的監(jiān)控信息聚合到一個(gè)地方統(tǒng)一查看。這樣就不需要挨個(gè)打開(kāi)一個(gè)個(gè)的頁(yè)面一個(gè)個(gè)查看。. 統(tǒng)一配置管理 實(shí)現(xiàn)各微服務(wù)的統(tǒng)一參數(shù)配置以及版本管理，可采用公司的配置管理平臺(tái)或者Spring Cloud Config配置中心。Spring Cloud Config配置中心 Spring Cloud Config就是我們通常意義上的配置中心。Spring Cloud Config把應(yīng)用原本放在本地文件的配置抽取出來(lái)放在中心服務(wù)器，本質(zhì)是配置信息從本地遷移到云端。從而能夠提供更好的管理、發(fā)布能力。 Spring Cloud Config分服務(wù)端和客戶(hù)端，服務(wù)端負(fù)責(zé)將git（svn）中存儲(chǔ)的配置文件發(fā)布成REST接口，客戶(hù)端可以從服務(wù)端REST接口獲取配置。但客戶(hù)端并不能主動(dòng)感知到配置的變化，從而主動(dòng)去獲取新的配置，這需要每個(gè)客戶(hù)端通過(guò)POST方法觸發(fā)各自的/refresh。 為解決配置信息能及時(shí)通知到各服務(wù)，同時(shí)減少每個(gè)微服務(wù)處理配置信息更新的復(fù)雜度，為此我們通過(guò)消息總線(xiàn)來(lái)解決此問(wèn)題，方案如下：1. Git倉(cāng)庫(kù)、Config Server、以及微服務(wù)“Service A”、 “Service B”的實(shí)例中都引入了Spring Cloud Bus，所以他們都連接到了RabbitMQ的消息總線(xiàn)上。2. 從Git倉(cāng)庫(kù)中配置的修改到發(fā)起/bus/refresh的POST請(qǐng)求這一步可以通過(guò)
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1