ServiceMesh的關(guān)鍵之如何理解邊車模式

本篇內(nèi)容主要講解“ServiceMesh的關(guān)鍵之如何理解邊車模式”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學(xué)習(xí)“ServiceMesh的關(guān)鍵之如何理解邊車模式”吧!

創(chuàng)新互聯(lián)是一家專業(yè)提供平頂山企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站設(shè)計、成都做網(wǎng)站、H5場景定制、小程序制作等業(yè)務(wù)。10年已為平頂山眾多企業(yè)、政府機構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站制作公司優(yōu)惠進(jìn)行中。

一步步升級

注意：下面都是邊車模式，只不過有的邊車實在是簡陋。

<1>

大家都知道，微服務(wù)是復(fù)雜的，引入了一系列的問題，服務(wù)治理顯得尤關(guān)重要。比如日志收集、服務(wù)監(jiān)控、服務(wù)治理等。

比如上面這張圖，我們在一個Linux服務(wù)器上，部署了四個進(jìn)程。其中，web服務(wù)是最主要的進(jìn)程，其他進(jìn)程只是作為一些附加功能部署上去的。

其實，這三個圓圈，就是邊車的功能。只要把它給掛載上，上面的服務(wù)就擁有了這些功能。

但對于這三個組件的配置，是相當(dāng)復(fù)雜的。我們需要很多重復(fù)的工作。

<2>

上面這張圖，通過將Web應(yīng)用與我們的輔助應(yīng)用打包在一塊，進(jìn)一步增強了  不可變性。擁有了容器的加持，我們就能夠靠約定來簡化打包和發(fā)布操作。比如，上面的各個組件就可以通過localhost直接通信。

但可惜的是，我們的這些輔助程序，都是作為docker容器里的進(jìn)程去啟動的，這種 富容器模式  有諸多缺陷，不符合不可變基礎(chǔ)設(shè)施的理念，所以并不值得推薦。

<3>

k8s的Pod，在容器的基礎(chǔ)上，進(jìn)一步抽象。一個Pod中可以包含多個容器。如下圖，基礎(chǔ)服務(wù)和Web服務(wù)可以分別獨自構(gòu)建，最后以Pod作為載體，搭上便車就可以了。

為了更加顯著的看到這個過程，下面這張圖以日志收集為例，介紹了兩個pod，相同日志收集docker容器的拓?fù)鋱D。

從上面的演進(jìn)過程我們可以看到。邊車，就是輔助或者基礎(chǔ)程序而已。但如何方便的管理這些附加的程序，我們有不同的組織方式。只有高度的抽象層次，才能進(jìn)行方便的組裝與設(shè)計。

<4>

到此為止，我們可以看一下ServiceMesh經(jīng)典的兩張圖了。

我們把Web應(yīng)用(業(yè)務(wù)服務(wù))，抽象成綠色的方塊。然后把輔助組件(sidecar)，抽象成藍(lán)色方塊。在一個相對簡單的環(huán)境中，我們的部署方式如下所示。

由于輔助組件并不能單獨存在，所以它們都依附在綠色的服務(wù)上面。

我們抽調(diào)服務(wù)集群的血肉(Web服務(wù))，只留下它的筋骨(sidecar)，就可以獲得下面這張圖，這就是ServiceMesh?？梢钥吹嚼锩娴倪B接線條是非常復(fù)雜的，人工不可能完成，只能依靠平臺去管理。

任何東西只要一上規(guī)模了，就體現(xiàn)了它的復(fù)雜度。這還僅僅是只有36個服務(wù)節(jié)點的拓?fù)鋱D。

不要小看這一個小小的藍(lán)色方塊。它不僅僅可以是一個輔助程序，而且可以成為基礎(chǔ)設(shè)施?，F(xiàn)在典型的service  mesh，分為`數(shù)據(jù)平面`和`控制平面`，大多數(shù)落地的企業(yè)使用proxy方式實現(xiàn)了數(shù)據(jù)平面，對控制平面的實現(xiàn)有限。

像比較流行的Istio，通過負(fù)載均衡、服務(wù)間的身份驗證、監(jiān)控等方法，它可以輕松地創(chuàng)建一個已經(jīng)部署了服務(wù)的網(wǎng)絡(luò)，而服務(wù)的代碼只需很少更改甚至無需更改。通過在整個環(huán)境中部署一個特殊的  sidecar代理，為服務(wù)添加 Istio 的支持，而代理會攔截微服務(wù)之間的所有網(wǎng)絡(luò)通信，然后使用其控制平面的功能來配置和管理 Istio。

我們看下它官方的功能描述：

1. 為 HTTP、gRPC、WebSocket 和 TCP 流量自動負(fù)載均衡。

2. 通過豐富的路由規(guī)則、重試、故障轉(zhuǎn)移和故障注入對流量行為進(jìn)行細(xì)粒度控制。

3. 可插拔的策略層和配置 API，支持訪問控制、速率限制和配額。

4. 集群內(nèi)(包括集群的入口和出口)所有流量的自動化度量、日志記錄和追蹤。

5. 在具有強大的基于身份驗證和授權(quán)的集群中實現(xiàn)安全的服務(wù)間通信。

可以說，ServiceMesh將業(yè)務(wù)屬性剝離了出去，只剩下一張大網(wǎng)，涵蓋了所有運維和基礎(chǔ)服務(wù)的工作。

要用它，不能說是沒有代價的。其中有兩點比較重要：

網(wǎng)絡(luò)包通過層層的代理和轉(zhuǎn)發(fā)(Ambassador模式)，效率會降低，排錯會變困難。

需要按照這個網(wǎng)格的規(guī)范進(jìn)行改造，也就是寫一堆適配器(Adapter模式)。

SpringCloud的Sidecar

說到適配器，就不禁想起了SpringCloud的Sidecar。

Java里要說玩新概念，怎么能少的了Spring家族?SpringCloud同樣有一個sidecar的組件，它的maven坐標(biāo)如下。

<dependency>             <groupId>org.springframework.cloud</groupId>             <artifactId>spring-cloud-netflix-sidecar</artifactId> </dependency>

它做的事情，更加像一個適配器。它能把一個普通的php或者nodejs服務(wù)，偽裝成一個正常的SpringCloud服務(wù)。

通過簡單的配置，我們就可以讓一些其他語言開發(fā)的Web應(yīng)用，加入到SpringCloud體系中來。

它的使用比較簡單，在此不過多介紹。

到此，相信大家對“ServiceMesh的關(guān)鍵之如何理解邊車模式”有了更深的了解，不妨來實際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！

分享標(biāo)題：ServiceMesh的關(guān)鍵之如何理解邊車模式
分享URL：http://muchs.cn/article0/iepcoo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、網(wǎng)站營銷、軟件開發(fā)、品牌網(wǎng)站設(shè)計、虛擬主機、小程序開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)