cloud和dubbo可以一块用吗？

Dubbo、SpringCloud和Kubernetes优缺点

但是Apache Dubbo的服务治理其实并不太好用，比如熔断降级、限流等，同时Apache Dubbo还有一个比较麻烦的问题， 就是没有HTTP调用的逻辑，这一点对前后端分离的项目非常不友好。

SpringBoot：用于搞定其他框架的一个框架，主要是提供了各种启动器、简化了各种配置、方便和其他框架集成、开发者能够快速上手。

品牌机与组装机的区别：很明显SpringCloud比dubbo的功能更强大，覆盖面更广，而且能够与SpringFramework、SpringBoot、SpringData、SpringBatch等其他Spring项目完美融合，这些对于微服务至关重要。

dubbo和springcloud区别是SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。严格来说，这两种方式各有优劣。虽然在一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。

都具备了服务注册、发现、路由、负载均衡等能力。区别之一就是用的时候感觉springcloud集成了springcboot与docker，用起来很方便，dubbo则是一个中规中矩的服务治理框架。其他当年的异同如实现啦性能啦之后整理一下继续

play框架中怎么使用dubbo

1、其中配置管理Dubbo是不具备的，当然可以借助Zookeeper实现，但是不推荐。Spring Cloud提供的方案是Spring Cloud Config，再加上Spring Cloud Bus可以实现配置的广播动态刷新。

2、Dubbo是Alibaba开源的分布式服务框架，它按照分层的方式来架构，使用这种方式可以使各层解耦。 Dubbo在调用远程的服务的时候再本地有一个接口，就想调用本地方法一样去调用，底层实现好参数传输和远程服务运行结果传回之后的返回。

3、图中左边淡蓝背景的为服务消费方使用的接口，右边淡绿色背景的为服务提供方使用的接口， 位于中轴线上的为双方都用到的接口。

SpringCloud和Dubbo的区别是什么?

dubbo和springcloud的定位不同。Dubbo的定位始终是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。dubbo和springcloud区别是SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。

dubbo和spring cloud的定位不同。Dubbo的定位始终是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。

dubbo和spring cloud区别是Spring Cloud抛弃了Dubbo 的RPC通信，采用的是基于HTTP的REST方式。严格来说，这两种方式各有优劣。虽然在一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。

Spring Cloud是一系列微服务框架的有序集合，而Dubbo有2中常见理解，一种是狭义的理解，一种是广义的。

综上所述：Apache Dubbo的目标是为了高效调用服务。SpringCloud的目标是一条龙解决微服务的治理问题，那么出发点都不同，比较的意义又在哪里呢。

dubbo更多解决的是服务间的调用，也就是服务通讯协议rpc，也会是dubbo没有完整的分布式解决方案基础设施。例如：注册中心需要借助Zookeper，链路追踪：zipkin。

Dubbo与SpringCloud的区别和优缺点

但是Apache Dubbo的服务治理其实并不太好用，比如熔断降级、限流等，同时Apache Dubbo还有一个比较麻烦的问题， 就是没有HTTP调用的逻辑，这一点对前后端分离的项目非常不友好。

dubbo和springcloud的定位不同。Dubbo的定位始终是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。dubbo和springcloud区别是SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。

初始定位不同： SpringCloud定位为微服务架构下的一站式解决方案；Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用和治理。