Dubbo-记录

1.概念

Apache Dubbo 是一款 RPC 服务开发框架，用于解决微服务架构下的服务治理与通信问题，官方提供了 Java、Golang 等多语言 SDK 实现。使用 Dubbo 开发的微服务原生具备相互之间的远程地址发现与通信能力，利用 Dubbo 提供的丰富服务治理特性，可以实现诸如服务发现、负载均衡、流量调度等服务治理诉求。Dubbo 被设计为高度可扩展，用户可以方便的实现流量拦截、选址的各种定制逻辑。

1.1 RPC概念

RPC 称远程过程调用（Remote Procedure Call），用于解决分布式系统中服务之间的调用问题。通俗地讲，就是开发者能够像调用本地方法一样调用远程的服务。所以，RPC的作用主要体现在这两个方面：

屏蔽远程调用跟本地调用的区别，让我们感觉就是调用项目内的方法；
隐藏底层网络通信的复杂性，让我们更专注于业务逻辑。

1.2 RPC 远程调用的基础流程

通过启动注册中心、服务提供者、服务消费者三个节点来进行一个微服务的部署架构。

2.构建企业级Dubbo微服务

使用官方脚手架快速创建项目模板，只需要选择依赖的版本、组件，点击 “获取代码” 即可
将模板项目导入 IDE 开发环境，定义 Java 接口作为 Dubbo 服务。
开发 Dubbo 服务端，实现接口并完成业务逻辑编码，通过一条简单的注解配置完成服务发布
开发Dubbo 客户端，通过注解声明 Dubbo 服务，然后就可以发起远程方法调用了。至此，开发工作完成
进入部署环节，我们选择 Kubernetes 作为部署环境。首先，通过一条命令安装 dubbo-admin 等服务治理组件，安装成功之后，我们查看部署状态。接下来，开始部署业务应用，随后查看确认直到应用已经正常启动
打开 Admin 控制台查看服务部署与调用情况
可以在Admin 控制台了解Dubbo 集群的详细运行状态，包括每个应用对外服务和调用服务的情况，QpS、成功率等，还可以查看每个实例的资源健康状况。
进行流量管控

......

参考：https://cn.dubbo.apache.org/zh-cn/blog/2023/02/23/%E4%B8%80%E6%96%87%E5%B8%AE%E4%BD%A0%E5%BF%AB%E9%80%9F%E4%BA%86%E8%A7%A3-dubbo-%E6%A0%B8%E5%BF%83%E8%83%BD%E5%8A%9B/

网上关于Dubbo的版本都太老了，可以去看一下官方文档，跟着官方文档来。

3.Dubbo与SpringCloud区别

Dubbo 和 Spring Cloud 都侧重在对分布式系统中常见问题模式的抽象（如服务发现、负载均衡、动态配置等）， 同时对每一个问题都提供了配套组件实现，形成了一套微服务整体解决方案，让使用 Dubbo 及 Spring Cloud 的用户在开发微服务应用时可以专注在业务逻辑开发上。

Dubbo 和 Spring Cloud 都完全兼容 Spring 体系的应用开发模式， Dubbo 对 Spring 应用开发框架、Spring Boot 微服务框架都做了很好的适配，由于 Spring Cloud 出自 Spring 体系，在这一点上自然更不必多说。

虽然两者有很多相似之处，但由于它们在诞生背景与架构设计上的巨大差异，两者在性能、适用的微服务集群规模、生产稳定性保障、服务治理等方面都有很大差异。

Spring Cloud 的优势在于：

同样都支持 Spring 开发体系的情况下，Spring Cloud 得到更多的原生支持。
对一些常用的微服务模式做了抽象如服务发现、动态配置、异步消息等，同时包括一些批处理任务、定时任务、持久化数据访问等领域也有涉猎。
基于 HTTP+JSON 的通信模式，对于开发、测试、上下游体系接入等更友好，成本更低。
Spring Cloud 官方具有相对完善的入门文档和演示 demo 和 starters，包括书籍资料等，让开发者上更易于上手。

Spring Cloud 的问题有：

只提供抽象模式的定义不提供官方稳定实现，开发者只能寻求类似 Netflix、Alibaba、Azure 等不同厂商的实现套件，而每个厂商支持的完善度、稳定性、活跃度各异。
有微服务全家桶却不是能拿来就用的全家桶，demo 上手容易，但落地推广与长期使用的成本并不低。
欠缺服务治理能力，尤其是流量管控方面如负载均衡、流量路由方面能力都比较弱。
编程模型与通信协议绑定 HTTP，在性能、与其他 RPC 体系互通上存在障碍。
总体架构与实现更适用于小规模微服务集群实践，当集群规模增长后就会遇到地址推送效率、内存占用等各种瓶颈的问题，但此时迁移到其他体系却很难实现。
微服务实践场景的高阶问题需要用户自行解决，比如优雅停机、启动预热、服务测试，再比如双注册、双订阅、延迟注册、服务按分组隔离、集群容错等。

而针对以上这些点，都是 Dubbo 的优势所在：

完全支持 Spring & Spring Boot 开发模式，同时在服务发现、动态配置等基础模式上提供与 Spring Cloud 对等的能力。
是企业级微服务实践方案的整体输出，Dubbo 考虑到了企业微服务实践中会遇到的各种问题如优雅上下线、多注册中心、流量管理、异常实例隔离等，因此其在生产环境的长期维护成本更低。
在通信协议和编码上选择更灵活，包括 RPC 通信层协议如 Triple(gRPC、HTTP/1 兼容)、TCP 二进制协议、REST等，序列化编码协议 Protobuf、JSON、Hessian2 等，支持单端口多协议。
Dubbo 从设计上突出服务服务治理能力，如权重动态调整、标签路由、条件路由等，支持 Sidecar、Proxyless 等多种模式接入 Service Mesh 体系。
高性能的 RPC 协议编码与实现。
Dubbo 是在超大规模微服务集群实践场景下开发的框架，可以做到百万实例规模的集群水平扩容，应对集群增长带来的各种问题。
Dubbo 提供 Java 外的多语言实现，使得构建 Java、Go、Node.js、Rust、Web 等多语言异构的微服务体系成为可能。

参考：开源微服务如何选型？Spring Cloud、Dubbo、gRPC、Istio 详细对比 - 掘金

总结：可以多看看官方文档，官方总结