本篇內(nèi)容主要講解“Service Mesh相關(guān)知識(shí)點(diǎn)有哪些”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“Service Mesh相關(guān)知識(shí)點(diǎn)有哪些”吧!

創(chuàng)新互聯(lián)專(zhuān)業(yè)為企業(yè)提供高坪網(wǎng)站建設(shè)、高坪做網(wǎng)站、高坪網(wǎng)站設(shè)計(jì)、高坪網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、高坪企業(yè)網(wǎng)站模板建站服務(wù)，10多年高坪做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

什么是ServiceMesh

Service Mesh是一種非入侵、透明化的微服務(wù)治理框架。作為服務(wù)與服務(wù)直接通信的透明化管理框架，Service Mesh不限制服務(wù)開(kāi)發(fā)語(yǔ)言、使用輕量級(jí)的通信協(xié)議（HTTP、gRPC等），并插件式的提供各類(lèi)功能，如服務(wù)發(fā)現(xiàn)、負(fù)載均衡、智能路由、流量管控、性能分析等等，換而言之，用戶(hù)通過(guò)Service Mesh得以用簡(jiǎn)單的方式獲取高級(jí)的功能。

Rainbond原生支持Service Mesh，接下來(lái)我們將從服務(wù)發(fā)現(xiàn)和注冊(cè)、彈性伸縮與負(fù)載均衡、容錯(cuò)處理（斷路器與限流）、監(jiān)控與報(bào)警、數(shù)據(jù)存儲(chǔ)與共享、日志分析等方面進(jìn)行解讀。

服務(wù)發(fā)現(xiàn)和注冊(cè)

服務(wù)注冊(cè)是任何一個(gè)SOA/服務(wù)化/微服務(wù)框架必不可少的關(guān)鍵部分，與之密切相關(guān)的是一些強(qiáng)一致性分布式存儲(chǔ)：Zookeeper、Etcd、Consul，其中Consul和Etcd基于Raft協(xié)議實(shí)現(xiàn)，Zookeeper基于PAXOS協(xié)議實(shí)現(xiàn)。

幾乎所有的服務(wù)注冊(cè)和發(fā)現(xiàn)都需要基于以上強(qiáng)一致性分布式存儲(chǔ)實(shí)現(xiàn)，例如SpringCloud的兩個(gè)重要的子項(xiàng)目Spring_Cloud_Consul/Spring_Cloud_Zookeeper。

對(duì)于Rainbond來(lái)說(shuō)，通過(guò)應(yīng)用/服務(wù)統(tǒng)一管理實(shí)現(xiàn)了所有部署應(yīng)用/服務(wù)的自動(dòng)注冊(cè)。其原理在于Rainbond內(nèi)部基于Kubernetes實(shí)現(xiàn)應(yīng)用調(diào)度，注冊(cè)于Kubernetes集群中的應(yīng)用/服務(wù)信息，實(shí)際也是注冊(cè)到了Etcd之中。應(yīng)用實(shí)例每次重啟，Rianbond都會(huì)為其分配不同的IP地址，服務(wù)注冊(cè)信息將動(dòng)態(tài)地改變。

我們知道，應(yīng)用與應(yīng)用直接通信之前必須首先發(fā)現(xiàn)對(duì)方，在這方面，Rainbond采用了聲明式的發(fā)現(xiàn)機(jī)制，即當(dāng)A服務(wù)需要與B服務(wù)通信，那么首先需要在A服務(wù)聲明依賴(lài)B服務(wù)，而Rainbond應(yīng)用運(yùn)行時(shí)模塊會(huì)基于用戶(hù)聲明發(fā)現(xiàn)對(duì)方服務(wù)地址，注入到A服務(wù)內(nèi)部, 賦予A服務(wù)一個(gè)本地訪問(wèn)地址（127.0.0.1）訪問(wèn)B服務(wù)。

平臺(tái)服務(wù)間的依賴(lài)關(guān)系

彈性伸縮與負(fù)載均衡

說(shuō)到服務(wù)發(fā)現(xiàn)和注冊(cè)，彈性伸縮與負(fù)載均衡也就不得不談。

上文中A服務(wù)連接B服務(wù)，B服務(wù)可以是有狀態(tài)的數(shù)據(jù)庫(kù)服務(wù)，例如MySQL、MongoDB等，也可以是無(wú)狀態(tài)的restfulAPI服務(wù)。

對(duì)于可以水平伸縮的應(yīng)用（無(wú)狀態(tài)應(yīng)用或者分布式有狀態(tài)應(yīng)用），服務(wù)發(fā)現(xiàn)注入多個(gè)端點(diǎn)地址，必然需要負(fù)載均衡，因此A服務(wù)內(nèi)部需要支持4層網(wǎng)絡(luò)代理或者7層網(wǎng)絡(luò)代理，通過(guò)應(yīng)用運(yùn)行時(shí)模塊發(fā)現(xiàn)的后端地址注入到代理插件內(nèi)部。

Rainbond默認(rèn)的代理插件支持4層負(fù)載均衡，借助Service Mesh便于擴(kuò)展得特性，我們可以再針對(duì)各種應(yīng)用層協(xié)議匹配不同的網(wǎng)絡(luò)治理插件，實(shí)現(xiàn)7層負(fù)載均衡，例如HTTP、gRPC、redis等協(xié)議。

為什么需要7層負(fù)載均衡這樣的高級(jí)功能？原因在于對(duì)于一些在線(xiàn)環(huán)境，我們希望可以對(duì)服務(wù)間調(diào)用實(shí)現(xiàn)熱更改或者更好的容錯(cuò)，比方說(shuō)A/B測(cè)試、灰度發(fā)布等等，必須要在7層負(fù)載均衡上完成。

Rainbond目前提供“基于envoy的7層網(wǎng)絡(luò)治理插件”（envoy本身可以與安生運(yùn)行于Rainbond插件體系之中），用戶(hù)也可以選擇和實(shí)現(xiàn)其他插件，Rainbond運(yùn)行時(shí)將提供完善的基礎(chǔ)服務(wù)。

配置7層高級(jí)負(fù)載均衡的方式

容錯(cuò)處理（斷路器與限流）

能夠容忍其中某些服務(wù)異常情況的微服務(wù)架構(gòu)，才稱(chēng)得上是健壯的生產(chǎn)級(jí)微服務(wù)架構(gòu)。

比方說(shuō)某購(gòu)物網(wǎng)站，訂單頁(yè)面會(huì)推薦其他相關(guān)商品，在大流量異常情況下，為了保證訂單功能可用，將推薦功能（計(jì)算耗時(shí)，性能不好）限制可用，需要優(yōu)雅的服務(wù)降級(jí)，將有限的資源用于關(guān)鍵服務(wù)的同時(shí)，保證整個(gè)系統(tǒng)穩(wěn)定。

這里有兩種方案：限流，將某個(gè)服務(wù)設(shè)置其最大的請(qǐng)求量或者連接數(shù)，硬性保護(hù)下游服務(wù)；斷路器，當(dāng)下游服務(wù)錯(cuò)誤率到達(dá)一個(gè)閥值，將上游請(qǐng)求快速失敗返回，保護(hù)上游服務(wù)穩(wěn)定，同時(shí)又不給下游服務(wù)增加壓力，做到快速失敗、快速返回。

以上功能的實(shí)現(xiàn)對(duì)于業(yè)務(wù)系統(tǒng)來(lái)說(shuō)相對(duì)復(fù)雜，而在上文提到的Rainbond高級(jí)負(fù)載均衡支持下，僅需為每個(gè)調(diào)用線(xiàn)路配置簡(jiǎn)單的限流參數(shù)或者熔斷參數(shù)，即可實(shí)現(xiàn)斷路器和限流機(jī)制開(kāi)箱即用。

監(jiān)控與報(bào)警

傳統(tǒng)運(yùn)維關(guān)注監(jiān)控物理資源，例如內(nèi)存、CPU、負(fù)載等指標(biāo)數(shù)據(jù)。Rainbond在監(jiān)控和警報(bào)方面，重點(diǎn)沒(méi)有放在這些側(cè)面體現(xiàn)運(yùn)行狀況的方式，除了基礎(chǔ)的資源監(jiān)控之外，Rainbond核心選擇了能夠直接體現(xiàn)服務(wù)運(yùn)行情況的吞吐率和響應(yīng)時(shí)間作為關(guān)鍵指標(biāo)，如吞吐率異常降低，響應(yīng)時(shí)間增大證明當(dāng)前服務(wù)壓力過(guò)大，就表示需要擴(kuò)容了。

Rainbond的業(yè)務(wù)級(jí)監(jiān)控分析如下圖：

對(duì)于不同的服務(wù)協(xié)議，Rainbond使用不同的指標(biāo)實(shí)時(shí)表現(xiàn)吞吐率、響應(yīng)時(shí)間，例如HTTP協(xié)議，使用Path的請(qǐng)求量和相應(yīng)時(shí)間表達(dá)，Mysql協(xié)議使用SQL執(zhí)行量和響應(yīng)時(shí)間表達(dá)。

后續(xù)Rainbond將支持除上述兩種協(xié)議之外的更多的應(yīng)用協(xié)議，包括gRPC、Redis、postgreSQL等。用戶(hù)可以自動(dòng)或手動(dòng)在這些指標(biāo)之上配置規(guī)則或自動(dòng)學(xué)習(xí)規(guī)則，實(shí)現(xiàn)提供業(yè)務(wù)報(bào)警和自動(dòng)伸縮。

數(shù)據(jù)存儲(chǔ)與共享

分布式是微服務(wù)架構(gòu)中不可缺少的部分，在運(yùn)行多種不同類(lèi)型應(yīng)用、需求不同存儲(chǔ)，并且不同數(shù)據(jù)中心和不同基礎(chǔ)設(shè)施提供不同存儲(chǔ)類(lèi)型的情況下，實(shí)現(xiàn)和處理起來(lái)并不容易。

Rainbond的實(shí)現(xiàn)方式是將存儲(chǔ)和應(yīng)用進(jìn)行解耦和，插件式支持不同的存儲(chǔ)類(lèi)型，例如基于NFS的分布式文件存儲(chǔ)、塊設(shè)備存儲(chǔ)、內(nèi)存虛擬存儲(chǔ)等，

當(dāng)然不同的存儲(chǔ)具有不同的屬性，Rainbond分布式無(wú)狀態(tài)應(yīng)用最常用的是共享文件存儲(chǔ)，為每個(gè)應(yīng)用分配的存儲(chǔ)區(qū)域?qū)燧d到所有實(shí)例之上，實(shí)時(shí)同步數(shù)據(jù)。用戶(hù)可以自定義需要掛載的路徑，應(yīng)用到哪里，數(shù)據(jù)就跟到哪里。

日志分析

微服務(wù)架構(gòu)中服務(wù)產(chǎn)生的日志處理也是一個(gè)難點(diǎn)，日志需要統(tǒng)一收集，同一個(gè)應(yīng)用的多個(gè)實(shí)例產(chǎn)生的日志需要匯聚，然后需要分析和報(bào)警。

服務(wù)的日志一般會(huì)分為兩部分：系統(tǒng)日志和訪問(wèn)日志，Rainbond推薦將兩類(lèi)日志區(qū)別處理。

對(duì)于系統(tǒng)日志，其主要作用是調(diào)試系統(tǒng)、記錄異常，Rainbond提供基于應(yīng)用級(jí)別的應(yīng)用日志匯聚和實(shí)時(shí)展示，因此只需要將系統(tǒng)日志輸出到標(biāo)準(zhǔn)輸出(stdout)，系統(tǒng)將自動(dòng)收集和匯聚，以應(yīng)用的維度存儲(chǔ)。

對(duì)于訪問(wèn)日志，我們一般需要對(duì)其進(jìn)行分析和監(jiān)控，日志分析常用的方案是ELK系統(tǒng)，Rainbond建議的方式是將訪問(wèn)日志輸出到指定文件，并安裝Elasticsearch插件，以便將收集文件日志發(fā)送到指定Elasticsearch服務(wù)端（平臺(tái)一鍵部署ELK完整服務(wù)）。如果使用其他分析系統(tǒng)，同樣使用插件的形式將應(yīng)用日志輸送到指定服務(wù)端即可。

到此，相信大家對(duì)“Service Mesh相關(guān)知識(shí)點(diǎn)有哪些”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢(xún)，關(guān)注我們，繼續(xù)學(xué)習(xí)！

新聞名稱(chēng)：ServiceMesh相關(guān)知識(shí)點(diǎn)有哪些
本文網(wǎng)址：http://www.chinadenli.net/article48/giccep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)、、全網(wǎng)營(yíng)銷(xiāo)推廣、App開(kāi)發(fā)、域名注冊(cè)

廣告

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