基于springcloud微服務(wù)系統(tǒng)設(shè)計(jì)方案(編輯修改稿)
2025-05-30 22:34 本頁面
【文章內(nèi)容簡介】 eka Server更新并過濾服務(wù)實(shí)例列表。3. 根據(jù)指定的負(fù)載均衡策略，從可用的服務(wù)器列表中選擇一個服務(wù)實(shí)例的地址。4. 然后通過RestClient進(jìn)行服務(wù)調(diào)用。Ribbon本身提供了下面幾種負(fù)載均衡策略： RoundRobinRule:輪詢策略，Ribbon以輪詢的方式選擇服務(wù)器，這個是默認(rèn)值。所以示例中所啟動的兩個服務(wù)會被循環(huán)訪問。 RandomRule:隨機(jī)選擇，也就是說Ribbon會隨機(jī)從服務(wù)器列表中選擇一個進(jìn)行訪問。 BestAvailableRule:最大可用策略，即先過濾出故障服務(wù)器后，選擇一個當(dāng)前并發(fā)請求數(shù)最小的。 WeightedResponseTimeRule:帶有加權(quán)的輪詢策略，對各個服務(wù)器響應(yīng)時間進(jìn)行加權(quán)處理，然后在采用輪詢的方式來獲取相應(yīng)的服務(wù)器。 AvailabilityFilteringRule:可用過濾策略，先過濾出故障的或并發(fā)請求大于閾值一部分服務(wù)實(shí)例，然后再以線性輪詢的方式從過濾后的實(shí)例清單中選出一個。 ZoneAvoidanceRule:區(qū)域感知策略，先使用主過濾條件（區(qū)域負(fù)載器，選擇最優(yōu)區(qū)域）對所有實(shí)例過濾并返回過濾后的實(shí)例清單，依次使用次過濾條件列表中的過濾條件對主過濾條件的結(jié)果進(jìn)行過濾，判斷最小過濾數(shù)（默認(rèn)1）和最小過濾百分比（默認(rèn)0），最后對滿足條件的服務(wù)器則使用RoundRobinRule(輪詢方式)選擇一個服務(wù)器實(shí)例。. 性能策略 網(wǎng)絡(luò)優(yōu)化：優(yōu)化組網(wǎng)結(jié)構(gòu)，提升網(wǎng)絡(luò)間通訊性能； 配置優(yōu)化：優(yōu)化Spring Cloud組件集以及其他組件的配置信息，使得性能最大化。. 技術(shù)管理策略 微服務(wù)的架構(gòu)理念中指出各微服務(wù)可以獨(dú)立建設(shè)，可以使用不同的技術(shù)、語言、框架等，以便能更快速的使用新技術(shù)、新框架等響應(yīng)特定客戶需求，解決單體應(yīng)用架構(gòu)更新技術(shù)、更新框架時面臨的困難或阻礙。 但這也同時帶來了諸多問題，如下： 各服務(wù)是否可以任意使用自己的技術(shù)、自己的組件、框架呢？如果這樣，勢必帶來更大的管理困難、維護(hù)困難、技術(shù)共享困難。 公共的方法如何實(shí)現(xiàn)共享？如格式化時間的一個簡單方法需要共享，也需要封裝為一個服務(wù)接口嗎？ 管理策略： 總體原則：仍然需要進(jìn)行統(tǒng)籌考慮，所有組件統(tǒng)一管理，組件放置在產(chǎn)品倉庫中，每個產(chǎn)品或服務(wù)需要共享組件時，從產(chǎn)品倉庫獲取。 特殊情況：特殊服務(wù)需要使用特殊的組件、框架，需提出申請，統(tǒng)籌規(guī)劃后進(jìn)行決策。6. 開發(fā)階段. 服務(wù)的調(diào)用. AIP網(wǎng)關(guān)調(diào)用所有服務(wù)通過Zuul網(wǎng)關(guān)進(jìn)行調(diào)用，不允許直接調(diào)用微服務(wù)提供者。Zuul可能會成為系統(tǒng)瓶頸，在項(xiàng)目復(fù)雜時可考慮為Zuul進(jìn)行主備或負(fù)載均衡處理。. 同步調(diào)用 采用HTTP REST方式進(jìn)行調(diào)用，針對業(yè)務(wù)需求可以進(jìn)行負(fù)載均衡，負(fù)載均衡的調(diào)用方式有兩種： FeignClient RestTemplate 建議使用FeignClient方式進(jìn)行服務(wù)調(diào)用。 不管是什么方式，他都是通過REST接口調(diào)用服務(wù)的接口，參數(shù)和結(jié)果默認(rèn)都是通過Jackson序列化和反序列化。因?yàn)镾pring MVC的RestController定義的接口，返回的數(shù)據(jù)都是通過Jackson序列化成JSON數(shù)據(jù)。. 異步調(diào)用 rabbitMq、kafka、Spring Cloud Stream均是可以選擇的方案。 Spring Cloud Stream，基于 Redis、Rabbit、Kafka 實(shí)現(xiàn)的消息微服務(wù)，簡單聲明模型用以在 Spring Cloud 應(yīng)用中收發(fā)消息。. 服務(wù)間調(diào)用的權(quán)限驗(yàn)證一般我們的API接口都需要某種授權(quán)才能訪問，登陸成功以后，然后通過token或者cookie等方式才能調(diào)用接口。使用Spring Cloud Netfix框架的話，登錄的時候，把登錄請求轉(zhuǎn)發(fā)到相應(yīng)的用戶服務(wù)上，登陸成功后，會設(shè)置cookie或header token等。然后客戶端接下來的請求就會帶著這些驗(yàn)證信息，從Zuul網(wǎng)關(guān)傳到相應(yīng)的服務(wù)上進(jìn)行驗(yàn)證。Zuul網(wǎng)關(guān)在把請求轉(zhuǎn)發(fā)到后臺的服務(wù)的時候，會默認(rèn)把一些header傳到服務(wù)端，如：Cookie、SetCookie、Authorization。這樣，客戶端請求的相關(guān)headers就可以傳遞到服務(wù)端，服務(wù)端設(shè)置的cookie也可以傳到客戶端。但是，如果你想禁止某些header透傳到服務(wù)端，：zuul:routes:users: path: /users/** sensitiveHeaders: Cookie,SetCookie,Authorization serviceId: user剛才說了我們的某個服務(wù)有時候需要調(diào)用另一個服務(wù)，這時候，這個請求不是客戶端發(fā)起，他的請求的header里面也不會有任何驗(yàn)證信息。這時候，要么，通過防火墻等設(shè)置，保證服務(wù)間調(diào)用的接口，只能某幾個地址訪問；要么，就通過某種方式設(shè)置header。同時，如果你想在某個服務(wù)里面獲得這個請求的真是IP，（因?yàn)檎埱蟮耐ㄟ^網(wǎng)關(guān)轉(zhuǎn)發(fā)而來，你直接通過request獲得ip得
公司管理相關(guān)推薦
鄂ICP備17016276號-1