文章目錄
前言
隨着互聯網時代的快速發展、產品更新迭代的同時，也產生了很多優秀的框架，可謂是時勢造英雄啊，今天就讓我們來一起看看各大互聯網企業最愛使用的幾個框架（Dubbo、SpringCloud、Istio）。
一、Dubbo、SpringCloud、Istio框架簡介
1.Dubbo
Dubbo是阿里巴巴公司自主研發並開源的一款高性能、輕量級的開源RPC分布式服務框架，服務消費方引用服務提供方二方庫本地化調用遠程接口，通過注冊中心zookeeper做服務提供者、服務消費者服務的注冊與發現來實現遠程服務間的數據交互，支持服務智能容錯、智能均衡、灰度，可與Spring集成。
2.SpringCloud
Spring家族產品，包含一系列組件，其實就是整個Spring生態組件框架的統稱。也是基於SpringBoot框架的基礎上與眾多組件框架相結合從而形成一個整的微服務架構生態，SpringCloud提供配置管理，服務智能，斷路器，智能路由，微代理，控制總線，全局鎖，決策競選分布式會話和集群狀態管理一系列解決方案。
3.Istio
Istio一個全新的服務網格框架，它是ServiceMesh目前最流行的實踐，那么它是干啥的呢？官方給出的介紹是：An open platform to connect, secure, control and observe services.翻譯過來就是“連接、安全加固、控制和觀察服務的開放平台”，與前兩個框架不同的是它不是一個與語言綁定的應用系統框架，並且不需要通過接入代碼實現某個功能，它處於服務應用之外，建立一個復雜的微服務網格，使得業務系統與基礎設施系統實現解耦，另外Istio對Kubernetes(k8s)支持友好。
二、Dubbo、SpringCloud、Istio架構圖
1.Dubbo架構圖
從架構圖中可以看出來，Dubbo功能相對單一不夠全面，沒有像SpringCloud擁有豐富的微服務生態體系，並且SpringCloud也有注冊中心（Eureka、Consul）、服務消費(Ribbon)組件。
2.SpringCloud架構圖
從架構圖可以看出SpringCloud擁有一個完整架構生態。
2.Istio架構圖
從架構圖上可以看出Istio不是嵌入代碼就可以做到服務連接代理、安全加固、控制和觀察，服務之間的通信支持協議Http/1.1、Http/2、gPRC、TCP，由Pilot、Citadel、Mixer組成控制平台。
三、Dubbo、SpringCloud、Istio數據對比
| 對比項 | Dubbo | SpringCloud | Istio |
|---|---|---|---|
| 學習難度（五星滿） | ☆☆☆ | ☆☆☆☆ | ☆☆☆☆ |
| 互聯網資料案例 | 多 | 非常多，有實戰案例 | 少 |
| 文檔 | 中英文文檔 | 英文文檔 | 中英文文檔 |
| 支持語言 | Java等多種語言 | Java等多種語言 | 基本都支持（不耦合） |
| 集成 | Jar依賴，二方庫Jar依賴多 | 基於SpringBoot配置化集成，簡單、穩定 | 支持Kubernetes(k8s) |
| 開源社區熱度 | 低 | 高 | 高 |
| 網關 | 無 | Zuul，Gateway | Traffic Cotrol、Egress |
| 客戶端負載均衡 | 無 | Ribbon | Envoy |
| 開源協議 | Apache2.0 | Apache2.0 | Apache2.0 |
總結
Dubbo作為阿里巴巴開源框架之一，運行性能穩定性還是不錯的，就是中間經歷過暫停維護，對於使用Dubbo開發者來說還是有一定影響，雖然2017年又重新維護，我也有幸在公司項目中用到過開發起來還是挺容易的，通過依賴二方庫實現本地化調用，就是接口維護麻煩需要修改依賴二方庫。
SpringCloud屬於Spring的產品，包含一系列組件，SpringCloud其實就是其整個生態組件框架的統稱，基於SpringBoot配置化集成，搭建集成簡單、穩定，目前市場占有率最高的當屬SpringCloud框架。
Istio新晉微服務框架，目前可能只有少部分人有用到，對Kubernetes(k8s)支持比較好，可以了解下，說不定將來用的上呢。
當今的互聯網可謂是瞬息萬變，技術快速更新迭代，在這激烈的競爭中也催生了很多優秀框架，我們要掌握當前技術風向並加強自身的技術棧，這樣才不會在茫茫猿海中掉隊。