成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

Istio究竟是干嘛的?

開發 開發工具 架構
要聊ServiceMesh,就不得不提Istio,它是ServiceMesh目前流行的實踐,今天說說Istio是干啥的。

上一篇介紹了《ServiceMesh究竟解決什么問題?》,當微服務架構體系越來越復雜的時候,需要將“業務服務”和“基礎設施”解耦,將一個微服務進程一分為二:

  • 一個進程實現業務邏輯,biz,即上圖白色方塊
  • 一個進程實現底層技術體系,proxy,即上圖藍色方塊,負載均衡、服務發現與治理、調用鏈…等諸多基礎設施,都放到這一層實現

如此解耦之后:

  • biz不管是調用服務,還是提供服務,都只與本地的proxy進行本地通信
  • 所有跨網的通信,都通過proxy之間進行

要聊ServiceMesh,就不得不提Istio,它是ServiceMesh目前流行的實踐,今天說說Istio是干啥的。

畫外音:不能落伍。

什么是Istio?

Istio是ServiceMesh的產品化落地,它的一些關鍵性描述是:

(1) 幫助微服務之間建立連接,幫助研發團隊更好的管理與監控微服務,并使得系統架構更加安全

畫外音:Istio helps you to connect, secure, control, and observe microservices.

(2) 幫助微服務分層解耦,解耦后的proxy層能夠更加專注于提供基礎架構能力,例如:

  • 服務發現(discovery);
  • 負載均衡(load balancing);
  • 故障恢復(failure recovery);
  • 服務度量(metrics);
  • 服務監控(monitoring);
  • A/B測試(A/B testing);
  • 灰度發布(canary rollouts);
  • 限流限速(rate limiting);
  • 訪問控制(access control);
  • 身份認證(end-to-end authentication);

畫外音:佩服,硬是湊齊了十條,其實SM還能提供更多基礎服務功能。

(3) 使得業務工程團隊與基礎架構團隊都更加高效的工作,各自專注于自己的工作,更好的彼此賦能

畫外音:說的還是解耦。

Istio官網是怎么吹噓自己的?

畫外音:這個問題的另一個問法是“為什么大家要來用Istio”。

Istio非常牛逼,如果要實施ServiceMesh,必須用Istio,因為:

(1) 可以通過,在現有服務器新增部署邊車代理(sidecar proxy),應用程序不用改代碼,或者只需要改很少的代碼,就能實現上述N項基礎功能

畫外音:你信了么?

(2) 可以通過,控制后臺,簡單改改配置,點點按鈕,就能管理和查看上述N項基礎功能

(3) 以下特性,Istio在這個環節里進行了附加說明:

  • 負載均衡支持多協議,HTTP, gRPC, WebSocket, TCP;
  • 通過路由、重試、故障轉移對流量進行細粒度流控;
  • 通過可插拔策略層以及可配置API,能夠支持流量訪問控制、限速、配額管理;
  • 自動度量、日志收集、調用跟蹤;
  • 服務到服務的身份認證;

Istio的核心特性是什么?

Istio強調了它提供的五項關鍵特性:

(1) 流控(traffic management)

畫外音:斷路器(circuit breakers)、超時、重試、高可用、多路由規則、AB測試、灰度發布、按照百分比分配流量等。

(2) 安全(security)

畫外音:加密、身份認證、服務到服務的權限控制、K8S里容器到容器的權限控制等。

(3) 可觀察(observability)

畫外音:追蹤、監控、數據收集,通過控制后臺全面了解上行下行流量,服務鏈路情況,服務運行情況,系統性能情況,國內微服務架構體系,這一塊做得比較缺乏。

(4) 平臺無關系(platform support)

畫外音:K8s,物理機,自己的虛機都沒問題。

(5) 集成與定制(integration and customization)

畫外音:可定制化擴展功能。

Istio的吹噓與特性,對于國外很多通過RESTful提供內網服務的公司,很有吸引力,但相對于國內微服務架構,未必達到了很好的拉攏效果:

  • 國內基本都是TCP的RPC框架,多協議支持未必是必須的;
  • RPC框架里,路由、重試、故障轉移、負載均衡、高可用都是最基礎的;
  • 流控、限速、配額管理,是服務治理的內容,在微服務架構初期是錦上添花;
  • 自動度量,系統入口出口數據收集,調用跟蹤,可觀察和可操控的后臺確實是最吸引人的;
  • 服務到服務的身份認證,微服務基本是內網訪問,在架構初期也只是錦上添花;

另外一個花邊,為什么代理會叫sidecar proxy?

[[263698]]

看了上圖就容易懂了,biz和proxy相生相伴,就像摩托車(motor)與旁邊的車廂(sidecar)。未來,sidecar和proxy就指微服務進程解耦成兩個進程之后,提供基礎能力的那個代理進程。

Istio這么牛逼,它的核心架構如何呢?

且聽下回分解。

【本文為51CTO專欄作者“58沈劍”原創稿件,轉載請聯系原作者】

戳這里,看該作者更多好文

 

責任編輯:趙寧寧 來源: 51CTO專欄
相關推薦

2019-06-04 14:15:08

JavaScript V8前端

2019-07-22 15:29:53

JavaScriptGitHub語言

2011-02-16 16:13:40

Debian

2011-02-28 09:51:43

內省

2018-07-05 16:15:26

緩存數據cache miss

2010-08-24 09:19:59

2020-06-11 09:18:34

動靜分離架構架構設計開發

2011-08-04 13:24:28

IT運維

2012-05-28 22:49:50

PureView

2021-02-19 20:38:01

互聯網衛星系統

2022-06-13 09:51:35

UWB超寬帶無線載波通信技術

2015-08-26 09:54:19

物聯網

2023-12-26 01:24:45

Jedis連接池參數

2019-05-27 15:30:44

Node.jsJavaScript前端

2015-09-29 09:47:14

2016-06-17 12:31:10

Spark SQL數據處理Spark

2018-09-10 13:47:21

數據科學統計學決策

2015-12-14 15:34:35

開源投資創業

2021-08-09 05:19:08

Provider 前端前端代碼

2022-08-01 13:49:41

首席開發管理
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 久久久国产一区二区三区四区小说 | 男人av在线| 亚洲精品视频久久 | 91精品国产色综合久久不卡98 | 亚洲高清av在线 | 九九av| 国产精品视频网站 | 在线中文一区 | 香蕉久久网 | 一级片在线视频 | 中文字幕韩在线第一页 | www.精品国产| 91精品国产一区二区三区香蕉 | 国内精品免费久久久久软件老师 | 99精品久久 | 久久国产精品一区二区三区 | 国产a区| 黄a网站 | 亚洲国产精品一区二区第一页 | 男人天堂网址 | 成人黄色在线 | 亚洲精品一区二区在线 | 7799精品视频天天看 | 欧美日韩国产精品一区二区 | 国产999精品久久久影片官网 | 午夜视频一区 | 日韩视频免费看 | 欧美日韩综合一区 | 91免费在线看 | 美女在线视频一区二区三区 | 超碰电影| 国产成人综合一区二区三区 | av手机免费在线观看 | www国产亚洲精品久久网站 | 欧美成人精品一区二区男人看 | 丁香综合 | 91久久精品一区二区二区 | 亚洲精品福利视频 | 91精品国产综合久久精品 | 亚洲狠狠| 成人av一区二区在线观看 |