为什么选择springcloud微服务架构
1.選型依據(jù)
整體解決方案和框架成熟度
社區(qū)熱度
可維護(hù)性
學(xué)習(xí)曲線
?
2.當(dāng)前各大IT公司用的微服務(wù)架構(gòu)
阿里Dubbo/HSF
京東JSF
新浪微博Motan
當(dāng)當(dāng)網(wǎng)DubboX
......
?
3.各微服務(wù)框架對(duì)比
?4.SpringCloud與Dubbo的對(duì)比
?????(1)社區(qū)活躍度
???????????SpringCloud:https://github.com/spring-cloud
???????????Dubbo:https://github.com/dubbo
?????(2)詳細(xì)對(duì)比結(jié)果
最大區(qū)別:SpringCloud拋棄了Dubbo的RPC通信,采用的是基于HTTP的REST方式。
嚴(yán)格來說,這兩種方式各有優(yōu)劣。雖然從一定程度上來說,后者犧牲了服務(wù)調(diào)用的性能,但也避免了上面提到的原生RPC帶來的問題。而且REST相比RPC更為靈活,服務(wù)提供方和調(diào)用方的依賴只依靠一紙契約,不存在代碼級(jí)別的強(qiáng)依賴,這在強(qiáng)調(diào)快速演化的微服務(wù)環(huán)境下,顯得更加合適。
?
品牌機(jī)與組裝機(jī)的區(qū)別
很明顯,Spring Cloud的功能比DUBBO更加強(qiáng)大,涵蓋面更廣,而且作為Spring的拳頭項(xiàng)目,它也能夠與Spring Framework、Spring Boot、Spring Data、Spring Batch等其他Spring項(xiàng)目完美融合,這些對(duì)于微服務(wù)而言是至關(guān)重要的。使用Dubbo構(gòu)建的微服務(wù)架構(gòu)就像組裝電腦,各環(huán)節(jié)我們的選擇自由度很高,但是最終結(jié)果很有可能因?yàn)橐粭l內(nèi)存質(zhì)量不行就點(diǎn)不亮了,總是讓人不怎么放心,但是如果你是一名高手,那這些都不是問題;而Spring Cloud就像品牌機(jī),在Spring Source的整合下,做了大量的兼容性測(cè)試,保證了機(jī)器擁有更高的穩(wěn)定性,但是如果要在使用非原裝組件外的東西,就需要對(duì)其基礎(chǔ)有足夠的了解。
?
社區(qū)支持與更新力度
最為重要的是,DUBBO停止了5年左右的更新,雖然2017.7重啟了。對(duì)于技術(shù)發(fā)展的新需求,需要由開發(fā)者自行拓展升級(jí)(比如當(dāng)當(dāng)網(wǎng)弄出了DubboX),這對(duì)于很多想要采用微服務(wù)架構(gòu)的中小軟件組織,顯然是不太合適的,中小公司沒有這么強(qiáng)大的技術(shù)能力去修改Dubbo源碼+周邊的一整套解決方案,并不是每一個(gè)公司都有阿里的大牛+真實(shí)的線上生產(chǎn)環(huán)境測(cè)試過。
?
5.總結(jié)SpringCloud與Dubbo?
問題:
曾風(fēng)靡國內(nèi)的開源 RPC 服務(wù)框架 Dubbo 在重啟維護(hù)后,令許多用戶為之雀躍,但同時(shí),也迎來了一些質(zhì)疑的聲音。互聯(lián)網(wǎng)技術(shù)發(fā)展迅速,Dubbo 是否還能跟上時(shí)代?Dubbo 與 Spring Cloud 相比又有何優(yōu)勢(shì)和差異?是否會(huì)有相關(guān)舉措保證 Dubbo 的后續(xù)更新頻率?
?
人物:Dubbo重啟維護(hù)開發(fā)的劉軍,主要負(fù)責(zé)人之一
?
劉軍,阿里巴巴中間件高級(jí)研發(fā)工程師,主導(dǎo)了 Dubbo 重啟維護(hù)以后的幾個(gè)發(fā)版計(jì)劃,專注于高性能 RPC 框架和微服務(wù)相關(guān)領(lǐng)域。曾負(fù)責(zé)網(wǎng)易考拉 RPC 框架的研發(fā)及指導(dǎo)在內(nèi)部使用,參與了服務(wù)治理平臺(tái)、分布式跟蹤系統(tǒng)、分布式一致性框架等從無到有的設(shè)計(jì)與開發(fā)過程。
?
總結(jié)
以上是生活随笔為你收集整理的为什么选择springcloud微服务架构的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 2、运行WordCount程序
- 下一篇: 图像和流媒体 -- 详解YUV数据格式