微服務(wù)系統(tǒng)和數(shù)據(jù)庫設(shè)計(jì)方案(已改無錯字)
2023-06-10 05:07:03 本頁面
【正文】 里面添加一個有header的Options。也可以通過如下的攔截器的方式設(shè)置，它對RestTemplate方式和FeignClient的方式都可以起作用：@Beanpublic RequestInterceptor requestInterceptor() {return new RequestInterceptor() { @Override public void apply(RequestTemplate template) { String authToken = getToken()。 (AUTH_TOKEN_HEADER, authToken)。 }}。}. 服務(wù)編排 主要的作用是減少項(xiàng)目中的相互依賴。比如現(xiàn)在有項(xiàng)目a調(diào)用項(xiàng)目b，項(xiàng)目b調(diào)用項(xiàng)目c...一直到h，是一個調(diào)用鏈，那么項(xiàng)目上線的時候需要先更新最底層的h再更新g...更新c更新b最后是更新項(xiàng)目a。這只是這一個調(diào)用鏈，在復(fù)雜的業(yè)務(wù)中有非常多的調(diào)用，如果要記住每一個調(diào)用鏈對開發(fā)運(yùn)維人員來說就是災(zāi)難。有這樣一個好辦法可以盡量的減少項(xiàng)目的相互依賴，就是服務(wù)編排，一個核心的業(yè)務(wù)處理項(xiàng)目，負(fù)責(zé)和各個微服務(wù)打交道。比如之前是a調(diào)用b，b掉用c，c調(diào)用d，現(xiàn)在統(tǒng)一在一個核心項(xiàng)目W中來處理，W服務(wù)使用a的時候去調(diào)用b，使用b的時候W去調(diào)用c。 其實(shí)可以理解為面向?qū)ο蟮脑O(shè)計(jì)，減少方法之間的一層層嵌套調(diào)用，而采取一個方法進(jìn)行業(yè)務(wù)流程的串聯(lián)，如方法W實(shí)現(xiàn)一個完整的業(yè)務(wù)處理，則采取下面方式： function w（） { 調(diào)用方法a； 調(diào)用方法b； 調(diào)用方法c； }. 服務(wù)的熔斷處理 在服務(wù)之間進(jìn)行調(diào)用時，由于各種原因會導(dǎo)致遠(yuǎn)程服務(wù)不可用或壓力過載等異常導(dǎo)致的故障蔓延，此時需要有一種機(jī)制進(jìn)行保護(hù)處理。Spring Cloud通過Netflix的Hystrix組件實(shí)現(xiàn)熔斷和降級處理解決此問題。斷路器(Cricuit Breaker)是一種能夠在遠(yuǎn)程服務(wù)不可用時自動熔斷(打開開關(guān))，并在遠(yuǎn)程服務(wù)恢復(fù)時自動恢復(fù)(閉合開關(guān))的設(shè)施，Spring Cloud通過Netflix的Hystrix組件提供斷路器、資源隔離與自我修復(fù)功能。Spring cloud Hystrix 熔斷器. 統(tǒng)一日志管理 不同微服務(wù)部署在不同節(jié)點(diǎn)上，登錄每個節(jié)點(diǎn)查看日志是比較麻煩的，同時對于需要關(guān)聯(lián)多個微服務(wù)日志聯(lián)合查看分析的情況將更加麻煩。伴隨節(jié)點(diǎn)數(shù)量的增加，如果沒有合適的管理機(jī)制與工具，定位問題、發(fā)現(xiàn)問題的復(fù)雜性將越來越大，將成指數(shù)級增長，因此需要進(jìn)行統(tǒng)一日志管理。 建立統(tǒng)一的日志管理規(guī)范； 開發(fā)并使用統(tǒng)一的日志組件，為所有微服務(wù)提供統(tǒng)一的日志服務(wù)，由log4j或Blitz4j封裝； 在每個服務(wù)節(jié)點(diǎn)上部署日志采集Agent組件，由此Agent進(jìn)行日志的采集與轉(zhuǎn)發(fā)； 建立統(tǒng)一的日志中心，所有日志寫入日志中心。 說明：上述日志的實(shí)現(xiàn)由公司的“日志管理平臺”進(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)對這個接口的監(jiān)控和斷路器功能。Hystrix Dashboard，監(jiān)控面板，他提供了一個界面，可以監(jiān)控各個服務(wù)上的服務(wù)調(diào)用所消耗的時間等。 Turbine，監(jiān)控聚合，使用Hystrix監(jiān)控，我們需要打開每一個服務(wù)實(shí)例的監(jiān)控信息來查看。而Turbine可以幫助我們把所有的服務(wù)實(shí)例的監(jiān)控信息聚合到一個地方統(tǒng)一查看。這樣就不需要挨個打開一個個的頁面一個個查看。. 統(tǒng)一配置管理 實(shí)現(xiàn)各微服務(wù)的統(tǒng)一參數(shù)配置以及版本管理，可采用公司的配置管理平臺或者Spring Cloud Config配置中心。Spring Cloud Config配置中心 Spring Cloud Config就是我們通常意義上的配置中心。Spring Cloud Config把應(yīng)用原本放在本地文件的配置抽取出來放在中心服務(wù)器，本質(zhì)是配置信息從本地遷移到云端。從而能夠提供更好的管理、發(fā)布能力。 Spring Cloud Config分服務(wù)端和客戶端，服務(wù)端負(fù)責(zé)將git（svn）中存儲的配置文件發(fā)布成REST接口，客戶端可以從服務(wù)端REST接口獲取配置。但客戶端并不能主動感知到配置的變化，從而主動去獲取新的配置，這需要每個客戶端通過POST方法觸發(fā)各自的/refresh。 為解決配置信息能及時通知到各服務(wù)，同時減少每個微服務(wù)處理配置信息更新的復(fù)雜度，為此我們通過消息總線來解決此問題，方案如下：1. Git倉庫、Config Server、以及微服務(wù)“Service A”、 “Service B”的實(shí)例中都引入了Spring Cloud Bus，所以他們都連接到了RabbitMQ的消息總線上。2. 從Git倉庫中配置的修改到發(fā)起/bus/refresh的POST請求這一步可以通過Git倉庫的Web Hook來自動觸發(fā)。3. /bus/refresh請求不再發(fā)送到具體服務(wù)實(shí)例上，而是發(fā)送給Config Server，并通過destination參數(shù)來指定需要
公司管理相關(guān)推薦
鄂ICP備17016276號-1