跟我學Spring Cloud（Finchley版）-01-開篇

前言·課程簡介

最近挺多童鞋在公眾號（itmuch_com）上催更Spring Cloud系列教程，故有此系列。以下是幾點說明/規劃/答疑：

問：為什么基于Finchley，而非Greenwich？

答：就目前而言，Finchley更貼近生產，而Greenwich尚未發布——雖然已經RC了，但有挺多不確定因素，例如：Resilience4j是否會在Greenwich版本中成功孵化（應該是不會）、spring-cloud-netflix-concurrency-limits 文檔一行都沒有等等（搞不好項目被直接干掉也不一定……）還有很多其它未確定的點，導致筆者最終選擇使用Finchley作為博客基礎版本。未來，在Greenwich正式發布后，考慮升級到Greenwich，或者以番外的形式補充。

問：系列課程怎么規劃的？

答：分為主線故事和番外。主線故事講Eureka、Ribbon、Feign、Hystrix、Zuul、Spring Cloud Config、Spring Cloud Gateway、Spring Cloud Sleuth、Spring Cloud Stream；番外講Spring Cloud Consul、Spring Cloud R4j、Nacos、Sentinel；另外講持續集成、持續發布、代碼質量控制……暫時是這么規劃的。

問：我能從這套課程獲得什么？

答：學習完，能比較深入了解Spring Cloud各組件的使用套路、能避過N多常見的坑（諸如Feign配置坑啦、Ribbon配置坑啦、父子上下文坑啦、狀態UNKONWN坑啦，你可能不知道我在說什么，沒關系，以后遇到了再來查文檔就行）、理解各組件的工作原理及組件之間的關系。

問：收費嗎？

答：免費。極客時間曾兩度找我約稿，我也確實考慮過收費。錢是好東西，我不是圣人，不過還是放棄了，賺錢的方式有很多，開源是我熱愛的。我只要大家在提建議意見的時候別那么難聽/難看就知足了。（為什么這么說，大家可以回溯一下我當初Spring Cloud開源視頻下面的評論。太TM難看了）

問：我該怎么學習這套教程呢？

答：我會在你需要注意的文字上【加粗】，重要知識點標記【重要】，在能拓展你視野的地方標記【TIPS】，在坑或者需要重點關注的地方標記【WARNING】；另外絕對不要忘記【拓展閱讀】——這將是是拓展你知識面、開拓技術視野的一個重要途徑。記住，永遠別只去學習知識，知識是無窮無盡的，對于軟件，知識還可能會變……你應該提升的是學習能力，并開拓技術視野。隨著微服務/Cloud Native的深入人心，未來必然是整合能力 > 單項技術能力。

問：更新頻率？不會太監吧？

答：目前已經完稿21篇，每周規劃3更，但不固定周幾更新。至于是否太監，我只能盡量不，我不是專職寫開源文檔的……工作很忙，一般得十點才能到宿舍，開始自己的生活；不一般的時候，沒有生活。總之呢，看的人越多，我也會越有激情啊！

問：你TM自問自答跟個精神病一樣煩不煩？

答：我TM年紀大了，廢話多點不可以嗎……

最后說一下，原創不易！如果課程對您有幫助，不要吝嗇，請點轉發！請喝咖啡就算了，咖啡讓我失眠^_^

讓我把廢話到此為止吧！Let’s roll!

Spring Cloud簡介

盡管Spring Cloud帶有“Cloud”的字樣，但它并不是云計算解決方案，而是在Spring Boot基礎上構建的，用于快速構建分布式系統的通用模式的工具集。

使用Spring Cloud開發的應用程序非常適合在Docker或者PaaS（例如Cloud Foundry）上部署，所以又叫做云原生應用（Cloud Native Application）。云原生（Cloud Native）可簡單理解為面向云環境的軟件架構。說到云原生，就不得不提一下《十二要素應用宣言（12-factor Apps）》，這是云原生架構的方法論與最佳實踐。

拓展閱讀

• 《Cloud Native Application》電子書：https://pivotal.io/platform-as-a-service/migrating-to-cloud-native-application-architectures-ebook
• 《十二要素應用宣言（12-factor Apps）》中文版：https://12factor.net/zh_cn/

核心功能

• Distributed/versioned configuration 分布式/版本化的配置管理
• Service registration and discovery 服務注冊于服務發現
• Routing 路由
• Service-to-service calls 端到端的調用
• Load balancing 負載均衡
• Circuit Breakers 斷路器
• Global locks 全局鎖
• Leadership election and cluster state 選舉與集群狀態管理
• Distributed messaging 分布式消息

版本簡介

我們知道，大多數Spring項目都是以“主版本號.次版本號.增量版本號.里程碑版本號”的形式命名版本號的，例如Spring Framework穩定版本4.3.5.RELEASE、里程碑版本5.0.0.M4等。其中，主版本號表示項目的重大重構；次版本號表示新特性的添加和變化；增量版本號一般表示bug修復；里程碑版本號表示某版本號的里程碑。

然而，Spring Cloud并未使用這種方式管理版本。下面我們來詳細探討一下Spring Cloud的版本。

我們來看一下Spring Cloud的版本，如圖所示。

由圖可知，Spring Cloud是以英文單詞 SRX 的形式命名版本號的。那么英文單詞和SR分別表示什么呢？

Spring Cloud是一個綜合項目，它包含很多的子項目。由于子項目也維護著自己的版本號，Spring Cloud采用了這種版本命名方式，從而避免與子項目的版本混淆。其中，英文單詞叫做“release train”，Angel、Brixton、Camden等都是倫敦地鐵站的名稱，它們按照字母順序發行，我們可將其理解為主版本的演進。SR表示“Service Release”，一般表示Bug修復；在SR版本發布之前，會先發布一個Release版本，例如Camden RELEASE。

經過以上講解，相信大家就能很好地理解Spring Cloud的版本了。例如，Camden SR3表示Camden版本的第3次Bug修復版本。

TIPS

• Spring Cloud版本發布記錄可詳見：<https://github.com/spring-cloud/spring-cloud-release/releases> ，從中我們可清晰看到Spring Cloud版本發布的時間及先后順序。
• Spring Cloud版本演進計劃：<https://github.com/spring-cloud/spring-cloud-release/milestones>，從中我們可了解Spring Cloud的版本演進計劃，例如計劃什么時間點發布什么版本等。
• 事實上，Spring有不少項目使用類似的命名方式。例如Spring Data、Spring Cloud Stream等。

子項目一覽

理解Spring Cloud的版本后，我們來看一下各版本Spring Cloud包含的子項目及版本。不同的Spring Cloud版本有不同的子項目：

Spring Cloud/Spring Boot兼容性【重要】

可前往https://spring.io/projects/spring-cloud#overview查看版本兼容性。

原文：http://www.itmuch.com/spring-cloud/finchley-1/ ，轉載請說明出處。

干貨分享