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