Spring Cloud 自 2015 年 3 月推出之后，很快就在 Java 微服務生態中，成為開發人員的首選技術堆疊，Spring Cloud 在 Spring Boot 的基礎上，保留 Java 開發習慣，加入分布式特性，提供了一系列通用工具來幫助開發者在分布式系統里快速構建一些常見模式，現在已成為使用范圍最廣的微服務架構之一，

2017 年，阿里基于 Spring Cloud 推出的 Spring Cloud Alibaba 正式入駐 Spring Cloud 范訓器，并在 2019 年 7 月正式畢業，目前在 Github 上，也已經有超過 13000 個專案使用了 Spring Cloud Alibaba，

“我希望 Spring Cloud Alibaba 能夠成為 Spring Cloud 所有實作的第一選擇，”Spring Cloud Alibaba 創始團隊成員方劍認為，Spring Cloud Alibaba 憑借組件優勢，是最容易替代 Spring Cloud Netflix 的實作，

Spring Cloud Alibaba 優勢在哪？

SpringCloud 未來會如何演進？

為進一步了解 SpringCloud 生態發展現狀及其未來發展，我們邀請 Spring Cloud Alibaba 創始團隊成員、《深入理解 Spring Cloud 與實戰》作者方劍，請他談談 Spring Cloud 生態和實戰，

Q：首先請介紹下自己吧，

A：大家好，我叫方劍，花名洛夜，是 Spring Cloud Alibaba 創始團隊成員里的一名同學，也是《深入理解 Spring Cloud 與實戰》這本書的作者，

目前在阿里云從事微服務相關的作業，對微服務感興趣的同學可以一起交流，

了解 Spring Cloud 生態

Q：你什么時候開始接觸 Spring Cloud 的，平時如何學習了解 Spring Cloud 生態？可以分享下經驗嗎？

A：我第一次接觸 Spring Cloud 是在 2016 年，那個時候公司在用 Spring Boot，后來了解到 Spring 家族里還有 Spring Cloud 這個專案，然后對它做了一些簡單了解，在 2017 年，由于作業的關系，我對 Spring Cloud 做了一個比較深入的接觸，

關于如何學習 Spring Cloud 生態，我相信每個人都有自己的學習方法，我在這里分享一下個人的學習 Spring Framrwork 的程序，

我建議大家帶著思考去學習，在深入接觸 Spring Cloud 之前，我對 Spring MVC 和 Spring Boot 都已經有了比較深入的理解，

學習 Spring MVC 的時候，我帶著 “Controller 方法上加個 @ResponseBody 注解后把 Request Body 決議成 JSON” 這個問題去解讀原始碼；學習 Spring Boot 的時候，我帶著 “Spring Boot 提供的 starter 內部沒有任何一行代碼 java，引入后卻可以使用對于 starter 的特效，這是怎么做到的？” 問題去解讀原始碼，

有了 Spring 的這些基礎知識后，Spring Cloud 學習起來會非常方便，Spring Cloud 本質上是一套基于 Spring Boot 的 hook 機制去提供微服務領域下常見問題的解決方案，

Q：Spring Cloud 生態體系非常龐大，你認為可以重點關注哪些領域，為什么？

A：我個人覺得可以重點關注常用的領域，比如服務注冊/發現，服務熔斷，服務呼叫，網關，訊息這些領域，理由其實很簡單，這些領域的使用場景最多，

當然，Spring Cloud 體系還包括了分布式呼叫鏈，批處理/流處理，Serverless 這些領域，

Q：現在云原生的概念越來越火，以 Kubernetes、Istio 為代表的 Go 語言生態在國內也呈現高歌猛進的態勢，包括阿里云在內的眾多大廠都在陸續跟進，那么以 Spring Cloud 為代表的 Java 生態架構未來會不會被 Go 語言取代呢？

A：首先宣告個人并不是 Service Mesh 方面的專家，我說說我的理解，

Kubernetes 下運行 Spring Cloud 完全沒有問題，這個問題實際上是 Spring Cloud 和 Istio 的關系，

如果是純 Spring Cloud 或者 Dubbo Java 體系，我認為完全沒必要轉向 Istio，因為 Java 體系自身的微服務治理能力已經比較強了，沒有必要遷移到 Istio，

如果存在多語言場景并希望嘗試 Istio，我個人持樂觀態度，

Q：有說法是微服務架構本身其實比較使用有一定規模的企業或是技術團隊，你怎么看？如何界定規模大小？

A：這個規模需要根據企業的規模，技術堆疊，發展，團隊劃分都有關系，很多在單體應用里不存在的問題，使用微服務架構后會出現，一定要做好準備，

我個人的觀點是微服務有它的優點，但不適合所有團隊，不要為了微服務而微服務，

Q：此前一些 NetflixOSS，如 Eureka、Hystrix 停止維護對 Spring Cloud 造成哪些影響？到目前為止，這些影響是如何被消除的？

A：之前 Eureka、Hystrix 相繼宣布停止維護，社區上人心惶惶，但我個人覺得沒有任何影響，絕大部分開發者認為 Spring Cloud = Spring Cloud Netflix，但實際上 Spring Cloud 是一套規范，這套規范并不是只有 Netflix OSS，還有 Spring Cloud Alibaba，Spring Cloud Zookeeper，Spring Cloud Consul，Spring Cloud Kubernetes 這些實作，

Spring Cloud Alibaba 是其中組件最多，也是最容易替代 Spring Cloud Netflix 的實作，

Spring Cloud Alibaba 是其中組件最多，也是最容易替代 Spring Cloud Netflix 的實作，

Q：在你看來，Netflix 為什么會在微服務正火的時候退出這個競爭場？這對其他廠商有什么啟示嗎？

A：Netflix 其實并沒有退出這個競爭場，它的內部還是微服務架構，只是它沒有精力投入去做開源了，這點也恰恰說明做開源是一個持續付出的事情，

云廠商做開源，又有商業化，這是比較良好的一個發展方式，我們看 Spring Cloud GCP，Azure Spring Cloud，Spring Cloud AWS 這些云廠商的 Spring Cloud 實作，都是跟自身的云產品結合而產生的，

Q：可以介紹下 Spring Cloud Alibaba 針對 Netflix 組件的替代方案嗎？

A：服務注冊發現：Netflix Eureka -> Alibaba Nacos Service Registry

服務熔斷：Netflix Hystrix -> Alibaba Sentinel

動態配置：Netflix Archaius -> Alibaba Nacos Configuration

服務呼叫：Netflix Ribbon -> Spring Cloud LoadBalancer(Spring Cloud 官方支持，Hoxton 版本后支持)

服務路由：Netflix Zuul -> Spring Cloud Gateway(Spring Cloud 官方支持，Finchley 版本后支持)

Spring Cloud Alibaba 靠什么勝出？

Q：你是 Spring Cloud Alibaba 專案的創始人之一，當初為什么想要做這樣一個專案？

A：阿里云在做"三位一體"，即將"自研技術"、“開源專案”、"商業產品"形成統一的技術體系，最大化技術的價值，通過標準持續輸出阿里巴巴的核心競爭力，讓外部企業快速享有阿里微服務能力，加速企業數字化轉型，

Q：Spring Cloud Alibaba 區別其他的 Spring Cloud XXX 有什么獨特優勢嗎？

A：我覺得這張圖說明得很清楚，

Q：Spring Cloud Alibaba 專案從誕生至今，有沒有幾個重要發展節點可以介紹下？

A：太多啦，我在這里列舉一下我覺得幾個比較重要的時間節點，

2017.12 入駐 Spring Cloud 范訓器，成為中國第一個入駐 Spring Cloud 范訓器的開源專案，

2018.11 發布第一個版本，包含 Nacos & Sentinel 組件，

2019.04 發布 GA 版本，

2019.04 Sentinel 成為官方推薦的 Circuit Breaker 實作，

2019.07 正式畢業，

2019.08 Apache RocketMQ 成為官方推薦的 Spring Cloud Stream 實作，

2019.10 Spring Cloud Alibaba 官網在 Spring 官方網站上線，

2020.02 Spring Initializr 上線 Spring Cloud Alibaba 組件，

2020.03 知行動手實驗室 start.aliyun.com 上線，開發者們可以在瀏覽器中直接利用阿里云提供的真實環境學習新技術，打通學習云原生新技術的"最后一公里"，目前，Spring Cloud Alibaba，RocketMQ，Arthas 等熱門開源專案的教程都已上線知行動手實驗室，

2020.10 阿里云函式計算成為官方推薦的 Spring Cloud Function 實作，

2020.12 Github used by 資料超過 10k，成為 Spring Cloud 最的實作，

Q：Spring Cloud Alibaba 現在在 Spring Cloud 生態里扮演什么樣的角色？它能為整體生態帶來什么？

A：Spring Cloud Alibaba 是國內第一個在 Spring Cloud 社區范訓，并順利畢業的開源專案，同時也是 Spring 社區中唯一一個擁有中文檔案的國產 Spring Cloud 專案，

我們知道 Spring 生態目前是 Java 開發者的首選，進入這個社區也就意味著會接觸更多的開發群群體，目前 Spring Cloud Alibaba 在 Github 上的 used by 資料已經超過了 13k，

據我所知 Eureka 停止維護后，目前的使用群體數量一直在下降；Hashicorp 禁止 Consul 在中國使用這個政策出臺后，越來越多的開發者會放棄 Consul，Spring Cloud Alibaba 的出現也給 Spring Cloud 社區帶來了非常大的影響力，國外的論壇 Spring Blog，DZone 社區都發布過 Spring Cloud Alibaba 的文章，

我希望 Spring Cloud Alibaba 能夠成為 Spring Cloud 所有實作的第一選擇，

Q：Spring Cloud Alibaba 之前選擇融入 Dubbo、RocketMQ 是出于什么考慮？現在的效果如何？

A：

RocketMQ：我發現大家對于 Spring Cloud 的關注點幾乎都在服務注冊/發現，動態配置，服務呼叫等領域，其實 Spring Cloud Stream 是一個非常優秀的專案，這是一個屏蔽訊息細節，提供統一訊息 API 的專案，Apache RocketMQ 的細節當然也可以屏蔽，于是我們就提供了 Spring Cloud Stream RocketMQ Binder 模塊，目前 Spring Cloud Stream 的官方實作串列(https://spring.io/projects/spring-cloud-stream)中有 Apache RocketMQ 的實作，

Dubbo：在 Spring Cloud Alibaba 出現之前，社區一直都認為 Spring Cloud 和 Dubbo 是一個競爭關系，二者只能選一個，融入 Dubbo 是想表達這兩者并不是一個競爭關系，

Q：你是《深入理解 Spring Cloud 與實戰》一書的作者，在這里可否概述下你對 Spring Cloud 的理解，以及一些實戰經驗？

A：我理解中的 Spring Cloud 本質上是一套基于 Spring Boot 的 hook 機制去提供微服務領域下常見問題的解決方案，這些方案包括了服務注冊/發現，服務呼叫，服務路由，服務熔斷，事件驅動，訊息總線，網關，分布式呼叫鏈，批處理/流處理，Serverless 等這些領域，

其中，我列舉一些模塊的作用，

1. Spring Cloud Commons 模塊內封裝了服務注冊/發現，服務熔斷的編程模型，

2. Spring Core 里的 Environment 封裝了配置的編程模型，

3. Spring Cloud Stream 封裝了屏蔽底層訊息細節的的訊息編程模型，

4. Spring Cloud Bus 封裝了訊息總線的編程模型，

5. Spring Cloud Task，Spring Batch 提供了批處理，任務處理的編程模型，

關于實戰部分，書籍里面有提到，這里給大家列舉一部分實戰案例，

1. 案例：應用流量控制

2. 案例：Spring Cloud 應用流量控制策略動態生效

3. 案例：使用 Sentinel 保護應用，防止服務雪崩

4. 案例：使用Spring Cloud Bus完成多節點配置動態重繪

5. 流處理案例：信用卡反欺詐系統

6. 批處理案例：統計GitHub倉庫的各項指標資料

Q：這本書適合哪些人閱讀？

A：我認為任何對 Spring Cloud 感興趣的讀者都可以來閱讀，謝謝，

分享程式員的故事，干貨，資料，
一線大廠面試題、高并發等主流技術資料 ：JSYH1w