為什么選擇使用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是站在近些年技術發展之上進行開發，因此更具技術代表性。