溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容主要講解“怎么使用微服務的service mesh”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“怎么使用微服務的service mesh”吧!
自從微服務和云計算興起后，誕生了無數優秀的微服務架構，給開發部署帶來了巨大的便利，敏捷開發獲得了最佳的實踐場景。然而微服務模式帶來便利和高性能的同時不可避免會帶來服務數量的膨脹，處理鏈路復雜化，底層架構和微服務框架差異化，因此服務治理問題成為了新的痛點，為了解決以上場景，service mesh 概念誕生。
service mesh (服務網格)通過在微服務網絡中加入一些與業務服務解耦的服務實例，充當消息轉發的角色，本質是在應用層加入一個通信管理層來管理網絡中微服務的服務互通、服務發現、服務治理、鏈路追蹤、健康監控等問題。使用服務網格后，在業務層面基本不用改動的情況下，以前復雜系統中需要考慮的跨團隊服務設計，語言選擇，異架構通信，鏈路管理，服務治理，服務上云等難題都能在一個統一的基礎設施框架中得到解決。
那么具體是怎么做到的呢？服務網格通過增加一個代理服務，與原有微服務并行跑在一個基礎設施上，這里的基礎設施可以是物理機或者容器。這個代理服務主要有兩個功能：
(1) 請求代理，所有原本直接發給微服務的請求都會被代理實例攔截，代理程序再將請求轉發給真正的微服務處理，原有微服務發起的所有請求也將先轉發給這個代理，由代理向外部的微服務網絡發起請求。
(2) 組成可見的微服務網絡節點，這個代理需要通過某種方式向微服務網絡世界暴露自己，比如向某個分布式服務中心注冊，代表業務服務實例參與到服務網絡中，執行復雜的服務治理策略、調用鏈追蹤、路由控制等功能。
下圖中的 proxy 代表服務網格實例，server 代表微服務實例，這是服務網格的主要模式 sidecar，可以看到，每個微服務實例都有單獨的服務網格實例為它服務，可以理解為在車道上并排奔跑的兩個微服務，server 處理業務請求，負責業務層面的工作，proxy 服務攔截進出 server 的流量，負責微服務通信和治理層面的問題。
本文主要結合 Apache 項目 servicecomb-mesher 來介紹服務網格的實現，其他項目不做展開介紹。
圖1 服務網格鳥瞰圖
Servicecomb-mesher 是 Apache servicecomb 的服務網格項目。使用 go 語言基于 go-chassis 開源框架實現，go-chassis 框架以插件的形式支持負載均衡、流量控制、調用鏈追蹤、熔斷降級、服務治理、動態配置管理等微服務能力。mesher目前支持sidecar和edgeservice兩種運行模式。支持服務間使用http、grpc協議通信，有良好的可擴展性，用戶可自行擴展自己的協議。mesher以調用鏈的形式處理請求，可以根據配置自由裁剪處理函數。在控制面mesher天然能夠接入apache servicecomb微服務體系。并對當前主流的service-mesh具有兼容性，支持kubernetes，可接入Istio。
圖2 mesher交互模型圖
我們以 sidecar 模式運行 mesher，通過一個具體的 http 協議通信為例介紹 mesher 做了什么工作。
(1) 我們啟動一個真正的 http server 作為業務服務，這里對 http server 的實現語言，服務框架沒有任何限制；
(2) 啟動 mesher，mesher會根據配置信息啟動兩個 http 服務，分別監聽在本地回環和本地 ip 上(如127.0.0.1:30101 和 192.168.88.64:30101)。mesher 通過127.0.0.1:30101 處理內部業務服務對外部的請求流量；監聽在 192.168.88.64:30101 的服務用于處理外部對內部業務服務的請求流量；
(3) 如圖，client 作為一個請求發起方，client 的請求通過代理轉發到與它綁定的 mesher（127.0.0.1:30102）；
(4) mesher（127.0.0.1:30102）接收到請求后，使用 LocalRequestHandler 處理請求，首先準備 consumer 調用鏈，獲取并解析 client 調用的服務名和端口，創建 Invocation，之后通過 consumer 調用鏈進行處理，最后建立一個 rest-client 對外部的目的服務(192.168.88.64:30101)發起調用；
(5) 監聽在 192.168.88.64:30101 的 mesher 接收到請求后，調用 RemoteRequestHandler 處理請求，首先將請求轉為 Invocation，準備 provider 調用鏈，解析地址，將目的地址替換為業務服務的地址，然后調用處理鏈處理請求，最終向內部真正的業務 server 發起 http 調用；
監聽在 127.0.0.1:30101 的 mesher 作為 consumer，使用處理請求，consumerChain 調用鏈默認包含如下處理器(handler)：
chassisHandler.Router,chassisHandler.RatelimiterConsumer
chassisHandler.BizkeeperConsumer
chassisHandler.Loadbalance
chassisHandler.Transport
監聽在 192.168.88.64:30101 的 mesher 作為 provider 處理請求，providerChain 調用鏈默認包含如下處理器(handler)：
chassisHandler.RatelimiterProvider
chassisHandler.Transport
圖3 mesher通信模型圖
通過以上分析可以看到，mesher 實際上在應用層作為一個代理，攔截并代替業務服務發起和接收請求，mesher 和業務服務各司其職，業務服務只要保證業務功能正常，mesher 負責服務治理層面，構建可靠的通信鏈路。我們只要保證 mesher 與業務的互通以及 mesher 與外部其他 mesher 之間的通信就可以保證提供服務，那么這里 mesher 是如何做到的呢？這個問題就涉及到 go-chassis 開源框架的服務發現和控制面管理功能。mesher 使用 go-chassis 底座的 register 包將自己注冊到服務中心實例，這里我們使用 Apache 的 servicecomb-servicecenter，它是一個接收微服務注冊并進行管理的服務中心，所有連接到 servicecenter 的服務都可以通過服務中心向其他服務暴露自己，并通過微服務名獲取到其他服務實例的 ip 和 port。mesher 的控制面功能支持斷路器、負載均衡、頻率限制、錯誤注入等，可以接入istio或者使用archaius以讀取配置的方式。
了解了 mesher 的原理后，我們通過一個具體的用例幫助用戶快速入門 mesher 的 sidecar 模式。希望幫助用戶通過該例子，能夠快速上手使用 mesher 服務，深入了解 mesher 的工作模式和原理，并掌握如何通過 mesher 的幫助改造已有的 http 服務，接入 servicecomb 微服務體系，獲得負載均衡、流控、服務治理、調用鏈追蹤等微服務能力。
圖4 mesher案例部署圖
1、httpserver_calculator：基于python語言實現的http體質指數服務，可替換為任何語言開發的http服務；
2、httpserver_webapp：基于 nodejs 語言實現的web服務，用于在瀏覽器上展示可視化結果；
3、mesher_webapp：通過 sidecar 模式為httpserver_webapp 提供服務的 mesher 實例；
4、mesher_calculator：通過 sidecar 模式為httpserver_calculator 提供服務的 mesher 實例；
5、servicecenter：服務中心，接收 mesher 服務的注冊，提供服務發現、路由查詢、服務監控功能；
流程詳情：
瀏覽器[192.168.88.78]對 httpserver_webapp 服務發起 http 調用 http://192.168.88.64:4597/calculator/bmi。
httpserver_webapp 服務接收請求，并發起對地址 http://calculator/bmi 的 http 調用，因為設置了代理http://127.0.0.1:30101，httpserver_webapp 發起的請求將被轉發到 mesher_webapp 服務。
mesher_webapp 根據請求的服務名(microservice.yaml 配置的服務名 calculator）從服務中心 servicecenter 獲得該服務名的地址，轉發到 mesher_calculator。
mesher_calculator 服務根據設置好的specific地址，轉發到自己綁定的體質指數calculator服務(httpserver_calculator)進行處理。
httpserver_calculator 會根據用戶身高和體重進行計算，并返回自己的服務標識展示在界面上。流程圖如下所示：
圖5 mesher案例流程圖圖
1、編譯 mesher ：下載地址（https://github.com/apache/servicecomb-mesher）
按README.md編譯項目得到可執行文件mesher(linux)，windows(mesher.exe)；
2、創建 mesher_webapp 用于為 httpserver_webapp 服務：
在 mesher 目錄下執行下列linux命令創建 mesher_webapp，此處除了可執行文件，還需要拷貝conf
mkdir /usr/local/src/mesher_webapp
更改 conf 中配置文件，microservice.yaml 中的服務 name，從 hellomesher 改為 webapp；更改 chassis.yaml 中監聽的服務地址，從本地回環（127.0.0.1）地址改為內網 ip（linux下通過 ifconfig 查看，如192.168.88.64）:
listenAddress: 127.0.0.1:40101 -> listenAddress: 192.168.88.64:40101
3、創建mesher_calculator
mkdir /usr/local/src/mesher_calculator
更改conf中配置文件，分別更改microservice.yaml中的服務name為體質指數微服務名calculator；
更改mesher_calculator配置chassis.yaml監聽的地址和端口：
listenAddress: 127.0.0.1:40101 -> listenAddress: 192.168.88.64:40107
4、 啟動mesher服務，分別進入mesher_webapp和mesher_calculator，啟動服務，其中需要設置mesher_calculator的SPECIFIC_ADDR地址，該地址用于建立mesher和http服務邏輯上的綁定關系；
cd /usr/local/src/mesher_calculator
5、 啟動httpserver_webapp服務：
cd /usr/local/src/httpserver_webapp
6、 httpserver_calculator 作為體質指數計算服務，需要安裝python2.7，依賴BaseHTTPServer包：
cd /usr/local/src/httpserver_calculator
圖6 servicecenter服務監控圖
1、瀏覽器打開頁面 http://192.168.88.64:30103 (如果打不開需要開啟服務中心 service-center 的 front 服務，參考http://servicecomb.apache.org/cn/users/setup-environment/#%E8%BF%90%E8%A1%8Cservice-center
查看服務，其中地址 service-center 服務啟動的地址，看到如圖界面。
webapp 代表 mesher_webapp 服務，這里展示的是 microservice.yaml 中配置的服務名；calculator 代表 mesher_calculator 服務，這里展示的是 microservice.yaml 中配置的服務名。大寫的 SERVICECENTER 是服務中心。
圖7 servicecenter服務監控圖
2、瀏覽器打開 http://192.168.88.64:4597，可以看到如下界面，為 webapp 呈現的靜態頁面：
圖8 bmi調用結果展示界面圖
3、輸入參數(180、70)點擊 submit，觀察結果：
圖9 bmi調用結果圖
圖10 mesher 負載均衡案例部署圖
啟動一個新的 mesher_calculator 和 httpserver_calculator 實例用于負載均衡測試，可以使用例子目錄test_balance下的服務：
1、修改 mesher_calculator 配置文件 microservice.yaml 中的服務 name 為 calculator；
更改配置 chassis.yaml 監聽的地址和端口避免沖突：
listenAddress: 127.0.0.1:40101 -> listenAddress: 192.168.88.64:40102
2、啟動 mesher_calculator，需要設置 mesher_calculator 的 SPECIFIC_ADDR 地址，該地址用于建立 mesher 和 http 服務邏輯上的綁定關系；
export SPECIFIC_ADDR=127.0.0.1:4537
3、默認情況下會使用 roundbin（輪詢）負載均衡算法，另外還支持 Random 和 SessionStickiness 負載均衡算法。我們修改 mesher_webapp 的配置文件 chassis.yaml，將負載均衡方法配置為 Random：
loadbalance:
4、開啟 httpserver_calculator 服務新實例，監聽4537端口。
5、此時點擊 Submit 按鈕就可以看到如下兩個界面中的 BMI Instance ID 隨機出現；
圖11 bmi調用結果圖
1、添加流量控制配置，重啟服務，更改 mesher_calculator配置文件 chassis.yaml，其中流量控制包含下列選項：
flowcontrol:
該頻率限制標識每秒接受的請求為0，即不提供服務。
2、驗證，點擊 Submit 按鈕，此時能看到由于流控受限而請求被拒的界面，請求已經無法到達 httpserver_calculator。
圖13 流量控制展示圖
2.6.3.1 灰度發布
1、更新版本號：分別更改兩個 mesher_calculator 實例的配置文件 microservice.yaml，更新 version 字段分別為1.1.1和1.1.2，重啟 mesher 服務，可以看到服務版本號發生了變更。如圖中所示：
圖14 服務監控圖
2、配置路由信息，更改 mesher_webapp 的配置文件 router.yaml，按實例版本更新權重信息，并重啟服務：
servicecomb:
3、驗證，此時大量點擊 Submit 按鈕就可以看到 BMI Instance ID 按配置的比例交替出現。
1、更改斷流器配置，更改 mesher_webapp 的配置文件 chassis.yaml，設置其中的斷流器配置為：
isolation:
2、關閉 test_balance 目錄下的服務實例。
3、驗證，傳入負數參數，響應超時，mesher_webapp 斷流器生效，圖16中三個子圖分別是：
(1) mesher_webapp 日志截圖，表明斷流器啟用。
(2) 傳入負數參數觸發斷流器時的返回值。
(3) 表示斷流器生效后對所有請求都按配置返回 nil。
圖16 服務熔斷展示圖
4、根據配置參數 sleepWindowInMilliseconds，過10秒后服務自動恢復。
1、mesher main 文件中添加對zipkin庫依賴：
_ "github.com/go-chassis/go-chassis-plugins/tracing/zipkin"
2、啟發器 bootstrap.go 中添加默認處理函數，如圖17中箭頭所示：
圖17 handlerchain調用圖
3、重新編譯，分別替換 **mesher_webapp **和 **mesher_calculator **的可執行文件，啟動 mesher 服務。
4、 使用 Docker 運行 Zipkin 分布式追蹤服務
docker run -d -p 9411:9411 openzipkin/zipkin
5、多次點擊 Submit 按鈕發起服務調用。
6、打開 http://192.168.88.64:9411 可查看分布式追蹤結果如圖18，可以通過 host 地址判斷調用路徑：
圖18 分布式追蹤結果圖
到此，相信大家對“怎么使用微服務的service mesh”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
