[dubbo3.0使用]dubbo3.1.1.2.3.3.3.3.3.3.3.3.3.3.3.3.3.3.3.3.3.5.3.

由于历史原因,许多公司都有自己开发的RPC框架。

所以,我们来梳理一下春云的前世,以及未来云原生发展的趋势,可以给这些RPC框架的演进带来一些启发。

Spring Cloud于2015年3月推出后,迅速成为Java微服务生态系统中开发者的首选技术栈。

Spring Cloud在Spring Boot的基础上,保持了Java开发习惯,增加了分布式特性,并提供了一系列通用工具,帮助开发者快速构建分布式系统中的一些常用模式。现在已经成为应用最广泛的微服务架构之一。

Spring Cloud提供微服务开发所需的配置管理服务发现断路器智能路由集群状态管理等组件。最重要的是,当与Spring Boot框架一起使用时,它将使你开发微服务架构变得非常方便。

云本身并不是一个新的框架,而是一系列框架的有机结合。Spring Cloud的开发便利性巧妙地简化了分布式系统基础设施的开发。

下图清楚地表达了相关功能和组件之间的映射关系。

我们可以看到,SCA对Spring Cloud的实现采用了目前非常流行的几个项目,基本可以实现快速访问和稳定使用。

为什么?我查看了问题并找到了社区相关的讨论。

总结起来,有几个原因:

SCA的春云Dubbo模块有些问题,没有人力维护。考虑到用户不多,就不继续维护了。

Dubbo自身的生态已经很成熟了。一般不需要和春云混在一起。一般来说,这是一个替代方案。尤其是Dubbo 3.x之后,支持Mesh,通过rest可以完全自成体系。

目前相对来说,腾讯集团内部使用较多,外部案例较少。

首先,春云认为更符合云原生。

可以从以下四个方面进行比较

如前所述,Spring Cloud系统实际上定义了一套编程模型,包括服务注册发现负载均衡熔丝降级等等。

但是这里的一些内容是否可以应用,与下沉到基础设施无关?

[dubbo3.0使用]dubbo3.1.1.2.3.3.3.3.3.3.3.3.3.3.3.3.3.3.3.3.3.5.3. 热门话题

在云原生环境中,这是可能的。

但是Spring Cloud只适合java生态,而且是侵入java应用代码,所以对于多种语言来说比较弱。(其实这也是容器化后对java语言霸主地位的一个冲击)

目前基于java的微服务系统还是比较完善的,所以即使使用k8s,k8s也只能作为容器编排,没有对接istio的服务治理能力。

毫无疑问,Spring Family Bucket可以满足java系统下微服务的一站式设计和实现。

当然问题主要在云端,多语言治理的能力会有所欠缺。

核心痛点在于统一控制平面的服务治理接入。

不仅服务注册发现模型被彻底改变,而且xds已经与其治理能力连接起来。

Dubbo 3.1.0已经正式发布,这是一个重要的里程碑。

也许跟随Dubbo的脚步,你也许能更稳健地走向云原生。

希望能提供一些启发和思考。如有其他补充和建议,欢迎留言讨论。


发表评论

Copyright 2002-2022 by 红枫教育网(琼ICP备2022001899号-3).All Rights Reserved.