從 Spring Cloud 看一個微服務框架的「五臟六腑」

来源:https://www.cnblogs.com/yuxiang1/archive/2018/11/09/9937459.html
-Advertisement-
Play Games

原文:https://webfe.kujiale.com/spring-could-heart/ Spring Cloud 是一個基於 Spring Boot 實現的微服務框架,它包含了實現微服務架構所需的各種組件。 註:Spring Boot 簡單理解就是簡化 Spring 項目的搭建、配置、組合 ...


原文:https://webfe.kujiale.com/spring-could-heart/

Spring Cloud 是一個基於 Spring Boot 實現的微服務框架,它包含了實現微服務架構所需的各種組件。

註:Spring Boot 簡單理解就是簡化 Spring 項目的搭建、配置、組合的框架。因為與構建微服務本身沒有直接關係,所以本文不對 Spring Boot 進行展開。另外本文有一些例子涉及到 Spring 和 Spring Boot,建議先瞭解一下 Spring 和 Spring Boot 再閱讀本文。
本文的閱讀對象主要是沒有接觸過服務架構,想對其有一個巨集觀的瞭解的同學。

本文將從 Spring Cloud 出發,分兩小節講述微服務框架的「五臟六腑」:

  • 第一小節「服務架構」旨在說明的包括兩點,一服務架構是什麼及其必要性;二是服務架構的基本組成。為什麼第一節寫服務架構而不是微服務架構呢?原因主要是微服務架構本身與服務架構有著千絲萬縷的關係,服務架構是微服務架構的根基。
  • 第二小節「五臟六腑」則將結合 Spring Cloud 這個特例來介紹一個完整的微服務框架的組成。

「服務架構」

為了方便理解,我先講一個小故事:(改編自一知乎答主)

Martin(微服務提出者也叫 Martin)剛來到公司時是一個基層員工,它上面有經理、老闆,那個時候所有人都聽老闆的指揮。

但是過了兩年,公司的人越來越多,原來的模式下整個公司的運作效率太低,管理也很混亂。

於是已經踏上中層崗位的 Martin 建議老闆進行部門劃分(服務化),專門的部門只做專門的事情(單一職責)。例如研發部門只做研發,人事部門只做招聘。

老闆聽取了 Martin 的意見,對公司的組織架構進行了調整。

有一天,Martin 發現公司的部門越來越多,各個部門並不能完全知道對方所做的事情,這對跨部門協作(服務調用)帶來了困難。

行政部門會(註冊中心)來記錄所有的部門,每當有新的部門行政都會記錄下來(服務註冊),然後公佈出來讓所有部門知道(服務發現)。

在新的組織架構下,公司的效率逐步提高。老闆也給 Martin 發了大量獎金作為獎勵,Martin 從此贏取白富美走向了人生巔峰。

這是一個公司組織架構演變的故事,主要講的是隨著公司規模的擴大,組織從集中化管理到分佈化管理的過程。

映射到我們的信息系統里來也是一樣的,隨著我們的系統越來越複雜,變得難以管理,也有人想到去拆分然後治理。在解決複雜問題上,分治可以說是一個屢試不爽的辦法。

服務化即是拆解的一種手段。而上面圓括弧裡面的內容其實就對應了一個服務化架構的最小組成元素,分別是服務、服務調用、註冊中心、服務註冊、服務發現。有了這些基本的組成要素,就可以實現一個最簡單的服務架構。

面向服務的架構和微服務架構

面向服務的架構(SOA)和微服務架構是目前兩種主流的服務化架構,都符合上面的例子,也有上面提到的所有組件。這兩種服務架構有很多可以講的,但是與本文的相關性不大,本文不做會過多展開,只簡單介紹一下兩者的區別。

準確地說微服務是去 ESB(企業服務匯流排)的 SOA。ESB 借鑒了電腦組成原理中的通信模型 —— 匯流排,所有需要和外部系統通信的系統,通過 ESB 進行標準化地轉換從而消除協議、異構系統之間的差異,這樣就可以利用現有的系統構建一個全新的松耦合的異構的分散式系統。微服務架構去掉 ESB,本質上是一種去中心化的思想。

「五臟六腑」

「心臟」

順著上一節的思路,從最簡單、最核心的問題出發,假設服務 A 要調用服務 B,會有什麼問題?

  • 服務在哪?(服務治理問題)
  • 怎麼調用?(服務調用問題)

這兩個是最核心的問題,也是任何微服務框架首要解決的兩個問題。

為瞭解決第一個問題 Spring Cloud 提供了 Eureka、Zookeeper、Cloud Foundry、Consul 等服務治理框架的集成。它們的工作模式是將所有的微服務註冊到一個 Server 上,然後通過心跳進行服務健康監測。這樣服務 A 調用 B 時可以從註冊中心拿到可用的服務 B 的地址、埠進行調用。

第二個服務調用有人可能認為就是一個簡單的 HTTP 或者 RPC 調用,不是什麼問題。但是在分散式的場景下,服務調用需要考慮的因素會更多。比如一個服務有多個實例,此時請求進來了交給誰處理,請求的負載怎麼平衡到各個實例,都是比較棘手的問題。Spring Cloud 提供了兩種服務調用的方式:一種是 Ribbon + restTemplate,另一種是 Feign。

其中 Ribbon 是基於 HTTP 和 TCP 客戶端的負載均衡器,restTemplate 是 Spring 提供的 Restful 遠程調用的模板,兩者結合就可以達到遠程調用的負載均衡。

而 Feign 是一個更加聲明式的 HTTP 客戶端,開發者可以像調用本地方法一樣調用它,完全感覺不到是遠程調用,結合 Ribbon 也可以做負載均衡。

既然兩個問題都得到瞭解決,我們就用一個例子來進一步說明一下,例子包含了微服務中最基本的三個角色(註冊中心、服務提供者、服務消費者):

註冊中心

註解 @EnableEurekaServer 表示該 Spring Boot 應用是一個註冊中心。

@EnableEurekaServer
@SpringBootApplication
public class EurekaserverApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaserverApplication.class, args);
    }
}

  eureka.client.registerWithEureka: false 和fetchRegistry: false 來表明自己是一個 eureka server。

server:
  port: 8080

eureka:
  instance:
    hostname: localhost
  client:
    registerWithEureka: false
    fetchRegistry: false
    serviceUrl:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

  

service-hello 服務

註解 @EnableEurekaClient 表示他是一個 Eureka 客戶端,它會在註冊中心註冊自己。

註解 @RestController 表示這是一個控制器,@RequestMapping("/hello") 表示匹配到請求 '/hello' 時會調用該方法進行響應。

@SpringBootApplication
@EnableEurekaClient
@RestController
public class ServiceHelloApplication {

    public static void main(String[] args) {
        SpringApplication.run(ServiceHelloApplication.class, args);
    }

    @Value("${server.port}")
    String port;
    @RequestMapping("/hello")
    public String home(@RequestParam String name) {
        return "hello "+name+",i am from port:" +port;
    }

}

  註冊中心的地址為 http://localhost:8080/eureka/,也就是上面我們定義的。服務名為 service-hello,將會被調用者使用。

eureka:
  client:
    serviceUrl:
      defaultZone: http://localhost:8080/eureka/
server:
  port: 8081
spring:
  application:
    name: service-hello

  

服務消費者 service-ribbon

假設 service-ribbon 埠為 8082,當我們訪問 http://localhost:8080/hello 時,HelloControler 接收到請求,並調用 HelloService 中的 helloService 方法,HelloService 中通過定義的 restTemplate 去調用 http://service-hello/hello。此處要註意的是 @LoadBalanced 註解,它表示啟用負載均衡。

@SpringBootApplication
@EnableDiscoveryClient
public class ServiceRibbonApplication {

    public static void main(String[] args) {
        SpringApplication.run(ServiceRibbonApplication.class, args);
    }
		
    @Bean
    @LoadBalanced
    RestTemplate restTemplate() {
        return new RestTemplate();
    }

}

@Service
public class HelloService {

    @Autowired
    RestTemplate restTemplate;

    public String helloService(String name) {
        return restTemplate.getForObject("http://service-hello/hello?name="+name,String.class);
    }

}

@RestController
public class HelloControler {

    @Autowired
    HelloService helloService;
    
    @RequestMapping(value = "/hello")
    public String hello(@RequestParam String name){
        return helloService.helloService(name);
    }

}

  

至此其實一個微服務應用的雛形已經搭建出來了,服務治理、服務調用可以說是「五臟六腑」中的「心臟」。

「心臟」的依托

接下來我們要進一步思考的是「五臟六腑」中其餘的部分,因為少了它們人也是活不久的。下麵通過一個問題或需求對應一個組件的方式進行介紹。

服務“雪崩”與斷路器

由於網路等原因,服務並不能保證 100% 可用,如果單個服務出現問題,調用這個服務就會出現線程阻塞,此時若有大量的請求涌入,Servlet 容器的線程資源會被消耗殆盡,導致服務癱瘓。

由於服務與服務之間存在依賴,故障會在調用鏈路上傳播,導致整個微服務系統崩潰,這就是服務故障的“雪崩”效應。

為瞭解決這個問題,Spring Cloud 提供了對 Hystrix 斷路器的集成,當服務調用失敗的頻次達到一定閾值,斷路器將被開啟,降級的策略可以開發者制定,一般是返回一個固定值。這樣就能夠避免連鎖故障。

此外 Spring Cloud 還提供 Hystrix Dashboard 和 Hystrix Turbine,幫助我們進行監控和聚合監控。

服務暴露與路由網關

微服務中的服務很多,直接暴露給用戶一是不安全,二是對用戶不友好。因此在微服務和麵向服務的架構中,通常會有一個路由網關的角色,來負責路由轉發和過濾。對應到 Spring Cloud 中有 Zuul 和 Gateway 兩個組件可用。

路由網關接收了所有的用戶請求,有著很高的負載,因此它通常是一個集群。用戶的請求會先經過一層負載均衡被髮到路由網關。

服務配置與配置中心

在微服務應用中,服務數量巨多,而每個服務不同環境都有著不同的配置,為了方便服務配置文件統一管理,實時更新,所以需要分散式配置中心組件。需要註意的是此處的配置與註冊中心註冊的配置信息是兩個概念,此處的配置是服務本身的一些配置信息,如下圖:

b6e1ba88-36a7-4fa6-ba93-2b0e501e6c1b

Spring Cloud 提供了 Spring Cloud Config 組件,它支持配置服務放在配置服務的記憶體中(即本地),也支持放在遠程 Git 倉庫中,幫助我們管理服務的配置信息。

信息同步與消息匯流排

前一個問題講到了每個服務都有一些配置信息,那麼配置信息更新了我們該怎麼辦,手動一個個去更新?當然不是,Spring Cloud 提供了 Spring Cloud Bus 組件,它通過輕量消息代理連接各個分佈的節點。當配置信息更新的時候,我們只要更新一個節點的配置,這個更新就會被廣播到這個分散式系統中。

問題定位與鏈路追蹤

在微服務系統中,服務之間可以相互調用,因此我們一個請求可能會一條調用鏈,而整個系統會存在一張調用網,其中任意一個服務調用失敗或網路超時都可能導致整個請求失敗。因為調用關係的複雜,這給問題的定位造成了極大的困難,這也是必須提供服務鏈路追蹤的原因。

Spring Cloud 為我們提供了 Spring Cloud Sleuth 組件,它能夠跟進一個請求到底有哪些服務參與,參與的順序是怎樣的,從而達到每個請求的步驟清晰可見。藉助服務鏈路追蹤,我們可以快速定位問題。

至此,Spring Cloud 的所有基礎組件都介紹完了。但是目前所有的組件介紹都是分散的,它們組合起來,完整的樣子是什麼樣的?如下圖:

偷懶偷了張圖,圖中漏掉了 Config Server 和鏈路追蹤組件。但是結合上文的介紹,我們大致可以腦補出這兩個東西在圖中的位置。Config Server 是一個與所有服務相連的服務集群,鏈路追蹤組件則集成在每個服務中。

小結

服務治理為心臟,路由網關、消息中心、斷路器、鏈路追蹤、配置中心等為依托,構造了整個微服務框架的「五臟六腑」。當然,一個微服務系統遠比本文所寫的複雜得多,尤其是在不同的業務場景之下,因此想要更深入地瞭解它就需要我們不斷地去實踐。而作為前端,我瞭解這些內容一是為了更好地瞭解整個請求的流程,二是為了後續在 SOA 中接入 Node 子服務積累相關知識。

最後分享一句有趣的調侃 Spring 的話:在 Spring 中沒有什麼是一個註解解決不了的,如果有,那麼就用兩個註解。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 基於 SpringSecurity 實現標準用戶名密碼登錄,基於 SpringSocial 實現QQ登錄,基於 OAuth2 實現認證伺服器。在完成登錄功能的同時,一步步分析 spring security、spring social、oauth 的實現原理,源碼分析等。 ...
  • 系統:Windows10 軟體:Java SE 8 配置詳細過程 1.“此電腦”,右鍵→“屬性,選擇“高級系統設置” 1.“此電腦”,右鍵→“屬性,選擇“高級系統設置” 2.選擇環境變數,再系統環境變數 3.新建 在新建頁面,輸入變數名“JAVA_HOME”;變數值“你的JDK的路徑,然後點擊“確定 ...
  • 按"指針"傳遞 python中 變數賦值、參數傳遞都是通過"指針"拷貝的方式進行的 。除了按"指針"拷貝,還有一種按值拷貝的方式,關於按值、按指針拷貝的細節,參見 "按值傳遞 vs. 按指針傳遞" 。 所以在python中,變數賦值、參數傳遞,都只是拷貝了源數據的一個地址,而不會拷貝記憶體中完整的數據 ...
  • 廢話不多說啦,直接上代碼: 這裡需要註意的是: 要想以 x-www-form-urlencoded 方式發送,最關鍵是發送的數據格式。 方式from-data試發送的數據用的是array格式,而方式為 x-www-form-urlencoded 時需要用key=value&key=value的格式發 ...
  • 問題 因為想在多個應用之間共用用戶的登錄態,因此實現了自己的 ,使用Kryo把 序列化然後放到redis之中去,同時也使用了 來使用shiro自己的存儲。然而之後一直出現丟失更新的問題,例如 分析 DEBUG之後發現,從Subject中取到的Session並不是我們在SessionDAO中創建的Si ...
  • 前面介紹的數組容納的是一串數字,仿佛一根線把這組數字串了起來,故而它只是一維數組。一維數組用來表示簡單的數列尚可,要是表達複雜的平面坐標系,那就力不從心了。由於平面坐標系存在水平和垂直兩個方向,因此可用二維數組來保存平面坐標繫上的一組坐標頂點,其中第一維是頂點隊列,第二維是頂點的橫縱坐標。許多個平面 ...
  • 函數基礎 函數簡介 定義:就是具有特定功能的一段代碼 優點: 解決代碼的重覆書寫 可以將功能的實現著和使用者分開,提高開發效率 分類: 庫函數:print、input、abs等 自定義:用戶自己封裝的函數 定義:就是具有特定功能的一段代碼 優點: 解決代碼的重覆書寫 可以將功能的實現著和使用者分開, ...
  • 在做項目的過程中經常需要跨域訪問。這裡主要介紹一下 PHP 中怎麼解決跨域問題。 1、允許所有功能變數名稱訪問 2、允許單個功能變數名稱訪問 3、允許多個功能變數名稱訪問 在實際項目中最好指定能跨域訪問的功能變數名稱,增加安全性。可以寫在一個公共類裡面,封裝一個方法調用。 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...