鍍金池/ 問(wèn)答/云計(jì)算  Java/ spring cloud 干啥用的

spring cloud 干啥用的

看完springCloud 之后有如下感受,請(qǐng)大神解惑
1.感覺(jué) springCloud 的封裝就是把之前 nginx+ tomcat 干的活給封裝起來(lái)啦。
2.springCloud 感覺(jué)沒(méi)有Zookeeper+ Dubbo 用這爽,以前我們習(xí)慣 把service 設(shè)計(jì)為服務(wù),controller 為路由層,實(shí)現(xiàn)不同平臺(tái)之間的數(shù)據(jù)切換。但是springCloud 卻相反。
3.性能 springCloud 基于http 協(xié)議,其他的是基于RPC協(xié)議,性能上差一節(jié)
所以想問(wèn)下 如何理解springCloud 的這種設(shè)計(jì)

回答
編輯回答
笨尐豬

[Spring Cloud是一系列框架的有序集合。它利用Spring Boot的開(kāi)發(fā)便利性巧妙地簡(jiǎn)化了分布式系統(tǒng)基礎(chǔ)設(shè)施的開(kāi)發(fā),如服務(wù)發(fā)現(xiàn)注冊(cè)、配置中心、消息總線、負(fù)載均衡、斷路器、數(shù)據(jù)監(jiān)控等,都可以用Spring Boot的開(kāi)發(fā)風(fēng)格做到一鍵啟動(dòng)和部署。Spring并沒(méi)有重復(fù)制造輪子,它只是將目前各家公司開(kāi)發(fā)的比較成熟、經(jīng)得起實(shí)際考驗(yàn)的服務(wù)框架組合起來(lái),通過(guò)Spring Boot風(fēng)格進(jìn)行再封裝屏蔽掉了復(fù)雜的配置和實(shí)現(xiàn)原理,最終給開(kāi)發(fā)者留出了一套簡(jiǎn)單易懂、易部署和易維護(hù)的分布式系統(tǒng)開(kāi)發(fā)工具包。微服務(wù)是可以獨(dú)立部署、水平擴(kuò)展、獨(dú)立訪問(wèn)(或者有獨(dú)立的數(shù)據(jù)庫(kù))的服務(wù)單元,Spring Cloud就是這些微服務(wù)的大管家,采用了微服務(wù)這種架構(gòu)之后,項(xiàng)目的數(shù)量會(huì)非常多,Spring Cloud做為大管家就需要提供各種方案來(lái)維護(hù)整個(gè)生態(tài)。

作者:純潔的微笑
鏈接:https://www.zhihu.com/questio...
來(lái)源:知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán),非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。][1]

2018年1月16日 22:28
編輯回答
爛人

Spring Cloud為開(kāi)發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中的一些通用模式(例如配置管理,服務(wù)發(fā)現(xiàn),斷路器,智能路由,微代理,控制總線,一次性令牌,全局鎖,領(lǐng)導(dǎo)選舉,分布式 會(huì)話,群集狀態(tài))。 分布式系統(tǒng)的協(xié)調(diào)導(dǎo)致了鍋爐板模式,并且使用Spring Cloud開(kāi)發(fā)人員可以快速地站起來(lái)實(shí)現(xiàn)這些模式的服務(wù)和應(yīng)用程序。 它們可以在任何分布式環(huán)境中正常工作,包括開(kāi)發(fā)人員自己的筆記本電腦,裸機(jī)數(shù)據(jù)中心和受管平臺(tái),如Cloud Foundry。

2018年1月21日 10:46
編輯回答
不舍棄

spring 微服務(wù) 一站式解決方案 約定大于配置 讓程序員更好的關(guān)注業(yè)務(wù)

2017年6月8日 06:03
編輯回答
哎呦喂

分布式框架案

2017年6月19日 01:55
編輯回答
九年囚

我覺(jué)得spring cloud最大的好處只是把多個(gè)服務(wù)給匯總管理了 java最難的不就是配置,配置給你解決了不就是解決了最大的問(wèn)題,java沒(méi)有你不會(huì)的,只有你不知道的

2017年11月8日 02:32
編輯回答
空痕

每個(gè)問(wèn)題回答下:
1.感覺(jué) springCloud 的封裝就是把之前 nginx+ tomcat 干的活給封裝起來(lái)啦。

并不止,SpringCloud有完善的監(jiān)控,服務(wù)注冊(cè),熔斷還有重試機(jī)制

2.springCloud 感覺(jué)沒(méi)有Zookeeper+ Dubbo 用這爽,以前我們習(xí)慣 把service 設(shè)計(jì)為服務(wù),controller 為路由層,實(shí)現(xiàn)不同平臺(tái)之間的數(shù)據(jù)切換。但是springCloud 卻相反。

Zookeeper是CAP理論中保證CP,Eureka保證AP,對(duì)于注冊(cè)中心,Eureka更符合需求。
Dubbo在服務(wù)注冊(cè)發(fā)現(xiàn)上面,主要問(wèn)題在于重試,默認(rèn)情況需要服務(wù)做到冪等。但是對(duì)于服務(wù)發(fā)現(xiàn)的細(xì)粒度性更好,例如注冊(cè)中心注冊(cè)有接口的維度,eureka只到應(yīng)用的維度(同一應(yīng)用多個(gè)實(shí)例之間無(wú)法實(shí)現(xiàn)多版本)

SpringCloud是完整的解決方案,比Dubbo全面

3.性能 springCloud 基于http 協(xié)議,其他的是基于RPC協(xié)議,性能上差一節(jié)
所以想問(wèn)下 如何理解springCloud 的這種設(shè)計(jì)
SpringCloud通用性更好,多語(yǔ)言環(huán)境,http協(xié)議更通用。Dubbo RPC只能在Dubbo環(huán)境(需要客戶端也是Dubbo)用。
而且性能不會(huì)差太多,只是http協(xié)議重一些。默認(rèn)配置上性能問(wèn)題,可以調(diào)整下Spring Cloud的序列化方式,例如改成FastJson,性能就差不多了

2017年11月7日 20:29
編輯回答
孤毒

這種問(wèn)題有意義嗎?-1

2018年5月31日 08:54