SpringCloud 和Dubbo 誰會被淘汰？

昨天在某乎上看到了這樣一個問題：Spring Cloud 和 Dubbo哪個會被淘汰？看了幾個回答，emm....這裡寫篇小文瞎叨一下。

簡單說說個人觀點

我認為這兩個框架大機率會長期都存在。

時至今日，這兩個框架放到現在，已經不存在誰取代誰這一說了。由於Spring Cloud Alibaba的出現，Dubbo已經很好的融入到了Spring Cloud體系，所以圍繞Spring Cloud生態的各種周邊產品都是可以無縫整合到一起來玩的。

Dubbo無縫整合Spring Cloud生態是啥意思呢？主要兩方面：

1. 如果你原來是Dubbo使用者，那麼現在可以把Spring Cloud引入進來。輕鬆便捷地整合Spring Cloud的配置中心、註冊中心以及諸如分散式跟蹤等好用的周邊產品來管理你的分散式服務叢集，與其他Spring Cloud Netflix使用者享受同等的生態優勢。
2. 如果你原來不是Dubbo使用者，但是你的場景在使用HTTP呼叫時候覺得不夠效率不夠經濟，那麼就可以考慮引入Dubbo，來提升你服務減呼叫的RPC效能。

到這裡，可能有的看官要說了，你都是站在融合的角度來說的，我就是不喜歡Dubbo那種介面依賴的方式，堅決捍衛Spring Cloud原始生態！

行！這種堅持也是可以的，並沒有什麼錯，透過HTTP契約方式管理服務介面，不用介面提供方的JAR，這在編譯層面上就不會產生耦合，這點確實一直是目前不用Dubbo的一個重要論據。個人也覺得這種選擇在很多方面是有優勢的，但是對介面的相容設計也是有非常高要求的，只要能執行到位，任何一種方案都可以做的很流暢。

但是，我認為Spring Cloud使用者對這種方案的堅持並不會影響Dubbo生態的消亡。主要兩點：

1. Dubbo的原始使用者群巨大，在Spring Cloud佈道之前，Dubbo就擁有了極大的使用者群體，現在既然有很好的融合方案，那麼融合的考慮肯定要比重構的考慮要更為穩妥的。
2. 有很多使用者會質疑阿里巴巴的開源專案容易太監，這次Dubbo重新維護，又能堅持多久？其實這點這次就不用過多的擔心，因為目前的Dubbo已經給了Apache基金會，由於Apache對開源專案在是否可長期維護的評估上有很高的要求（活躍度、貢獻比例等），能在Apache畢業的專案，除非出現了一個在各方面都能超越它的東西出現，不然就會很長時間的存在且並應用。

不論從Spring Cloud使用者來說，還是Dubbo使用者來說，都沒有絕對要消亡另一方的場景存在。所以，個人認為這兩個極大可能會成為好基友，尤其在國內的應用上。

有不同見解，可以一起說說！