爲何選擇使用Spring Cloud而放棄了Dubbo

爲何選擇使用Spring Cloud而放棄了Dubbo

可能你們會問，爲何選擇了使用Dubbo以後，而又選擇全面使用Spring Cloud呢？其中有幾個緣由：

1）從兩個公司的背景來談：Dubbo，是阿里巴巴服務化治理的核心框架，並被普遍應用於中國各互聯網公司；Spring Cloud是大名鼎鼎的Spring家族的產品。阿里巴巴是一個商業公司，雖然也開源了不少的頂級的項目，但從總體戰略上來說，仍然是服務於自身的業務爲主。Spring專一於企業級開源框架的研發，不管是在中國仍是在世界上使用都很是普遍，開發出通用、開源、穩健的開源框架就是他們的主業。

2）從社區活躍度這個角度來對比，Dubbo雖然也是一個很是優秀的服務治理框架，而且在服務治理、灰度發佈、流量分發這方面作的比Spring Cloud還好，除過當當網在基礎上增長了rest支持外，已有兩年多的時間幾乎都沒有任何更新了。在使用過程當中出現問題，提交到github的Issue也少有回覆。

相反Spring Cloud自從發展到如今，仍然在不斷的高速發展，從github上提交代碼的頻度和發佈版本的時間間隔就能夠看出，如今Spring Cloud即將發佈2.0版本，到了後期會更加完善和穩定。

3) 從整個大的平臺架構來說，dubbo框架只是專一於服務之間的治理，若是咱們須要使用配置中心、分佈式跟蹤這些內容都須要本身去集成，這樣無形中使用dubbo的難度就會增長。Spring Cloud幾乎考慮了服務治理的方方面面，更有Spring Boot這個大將的支持，開發起來很是的便利和簡單。

4）從技術發展的角度來說，Dubbo剛出來的那會技術理念仍是很是先進，解決了各大互聯網公司服務治理的問題，中國的各中小公司也從中受益很多。通過了這麼多年的發展，互聯網行業也是涌現了更多先進的技術和理念，Dubbo一直停滯不前，天然有些掉隊，有時候我我的也會感到有點惋惜，若是Dubbo一直沿着當初的那個路線發展，而且延伸到周邊，今天可能又是另外一番景象了。

Spring 推出Spring Boot/Cloud也是由於自身的不少緣由。Spring最初推崇的輕量級框架，隨着不斷的發展也愈來愈龐大，隨着集成項目愈來愈多，配置文件也愈來愈混亂，慢慢的背離最初的理念。隨着這麼多年的發展，微服務、分佈式鏈路跟蹤等更多新的技術理念的出現，Spring急需一款框架來改善之前的開發模式，所以纔會出現Spring Boot/Cloud項目，咱們如今訪問Spring官網，會發現Spring Boot和Spring Cloud已經放到首頁最重點突出的三個項目中的前兩個，可見Spring對這兩個框架的重視程度。

總結一下，dubbo曾經確實很牛逼，可是Spring Cloud是站在近些年技術發展之上進行開發，所以更具技術表明性。