首先我们通过一个时序图，直观看下Dubbo服务提供方启动的流程：在《Dubbo整体框架分析》一文中我们提到，服务提供方需要使用ServiceConfig API发布服务，具体是调用代码（1）export()方法来激活发布服务。export的核心代码如下：public synchronized void export(){
...
// 这里是延迟发布
if(delay !=
Spring-Cloud-Alibaba笔记01-关于远程调用Dubbo文章目录Spring-Cloud-Alibaba笔记01-关于远程调用Dubbo@[toc]使用Nacos本身的服务调用Dubbo**节点角色说明**整体步骤具体操作Demo服务端-Provider**配置：****定义接口****接口实现**消费方-Consumer**配置：****引入服务接口包：重点****服务调用：**
转载
2024-07-15 07:12:47
44阅读
API网关考虑一个业务场景：提交订单时，要检查用户是否登陆，检查库存是否足够，再提交订单。而这三个操作属于三个不同的微服务，这样调用请求时，要建立三个连接比较耗时。API网关的作用就类似于hao123网站，作为一个门户，只需此网站，就可以面向所有的网站。前端只面向API网关。API网关的常见作用身份验证和安全审查和监测（当前业务的执行时间，调用了什么服务，用户行为记录）动态路由压力测试负载均衡静态
转载
2024-06-15 12:51:13
205阅读
服务治理型的 RPC 框架有 Dubbo、DubboX 等，Dubbo 是阿里开源的分布式服务框架，能够实现高性能 RPC 调用，并且提供了丰富的管理功能，是十分优秀的 RPC 框架。 这类的 RPC 框架的特点是功能丰富，提供高性能的远程调用以及服务发现及治理功能，适用于大型服务的微服务化拆分以及管理，对于特定语言（Java）的项目可以十分友好的透明
转载
2024-06-11 20:30:36
19阅读
一直想找机会学习一下阿里的dubbo技术,今天正好有空就学习了一下,并将学习成果分享一下。下面进入正题 下文主要摘自官方文档,由于官方文档篇幅过长,只摘出最直观的了解方式 如果之前已经有所了解请跳过该篇 1. 背景为什么使用dubbo？ 随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
牛逼的框架，看似复杂难懂，思路其实很清晰。---me 上篇文章，在整体扩展思路上进行了源码分析，比较粗糙，现在就某些点再详细梳理下。dubbo SPi的扩展，基于一类、三注解。一类是ExtensionLoader类三注解是@SPI、@Adaptive、@Activate本文总结dubbo是如何使用ExtensionLoader实现扩展的，详细看看它是怎么设计的，为
转载
2024-06-18 12:51:27
66阅读
dubbo主要是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在dubbo上注
转载
2024-04-18 15:33:59
33阅读
Dubbo优点：Dubbo 支持 RPC 调用，服务之间的调用性能会很好。支持多种序列化协议，如 Hessian、HTTP、WebService。Dobbo Admin后台管理功能强大，提供了路由规则、动态配置、访问控制、权重调节、均衡负载等功能。在国内影响力比较大，中文社区文档较为全面。阿里最近重启维护。Dubbo优点：Registry 严重依赖第三方组件（zookeeper 或者 redis）
转载
2024-07-08 22:19:57
26阅读
1、分布式应用在分布式系统中，国内常用zookeeper+dubbo组合，而SpringBoot推荐使用全栈的Spring，SpringBoot+SpringCloud。分布式系统:单一应用架构：当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。 垂直应用架构：当访问量逐渐增大，单一应用增加机器带来
转载
2024-08-09 00:44:49
60阅读
项目地址：https://github.com/CN-GuoZiyang/My-RPC-Framework本章对应的commit为73aa960，完整项目为https://github.com/CN-GuoZiyang/My-RPC-Framework/tree/73aa960b0c457770859f81a3210de56370862439思路用（抄）一下Guide哥的一张图：那么我们首先要思考
简单介绍，不做深刻技术分析。Dubbo是阿里开源的一个项目，有幸听过梁飞现场的介绍，目前该框架广泛应用于我所在公司，经过多次大型活动的考验，事实证明Dubbo是一个确实很优秀的框架，当然我们对它也有所改造。目前为止，Dubbo已经不再更新。我简单介绍一下它的使用场景。首先Dubbo适用于高负载，高并发的场景，诞生在阿里的服务框架， 设计目标是什么，你懂的。当然不是说有几台十几台服务器的公司团队就不
dubbo的使用场景随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。关于dubbo的使用场景，这个要从系统的演变开始将起，既然dubbo的使用很多是在电商系统中，那么就从电商系统的演变开始讲起。一个简单的电商网站说起，它可能包含如下的几个模块和功能，如首页、detail页、list页、下单页、支
转载
2024-03-25 18:22:38
125阅读
Java丨远程调用技术87.04%的程序员在工作中会涉及到远程调用技术。 其中，多数程序员在工作中会使用web service、RPC、HttpInvoker。 使用RPC框架的程序员中， 使用Dubbo的人数占比最高，其次为 dubbox、gRPC、hessian也具有一定的使用比例。 Java丨微服务技术73.06%的程序员在工作中会使用微服务架构。 其中， Sprin
转载
2024-06-18 23:24:30
73阅读
1.Dubbox简介是一个分布式服务框架，其前身是阿里巴巴开源项目Dubbo ，被国内电商及互联网项目中使用，后期阿里巴巴停止了该项目的维护，当当网便在Dubbo基础上进行优化，并继续维护，为了与原有的Dubbo区分，故将其命名为Dubbox 。致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbox就是个服务框架，如果没有分布式的需求
转载
2024-05-06 13:19:53
84阅读
简而言之，Dubbo确实类似于Spring Cloud的一个子集，Dubbo功能和文档完善，在国内有很多的成熟用户，然而鉴于Dubbo的社区现状（曾经长期停止维护，2017年7月31日团队又宣布重点维护），使用起来还是有一定的门槛。Dubbo具有调度、发现、监控、治理等功能，支持相当丰富的服务治理能力。Dubbo架构下，注册中心对等集群，并会缓存服务列表已被数据库失效时继续提供发现功能，本身的服务
转载
2024-05-24 21:28:03
110阅读
Apache DolphinScheduler在2021年的3月18号正式成为 Apache 顶级项目后，就又迎来了好消息，经过Apache DolphinScheduler PMC们的推荐和投票， “zhuangchong”、“chengshiwen” 正式成为社区的 Committer。 &n
Apache Dubbo (incubating) |ˈdʌbəʊ| 是一款高性能、轻量级的开源Java RPC 框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。简单来说 Dubbo 是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。 一 重要的概念1.1 什么是
转载
2024-05-15 03:16:17
14阅读
zookeeper宕机与dubbo直连现象：zookeeper注册中心宕机，还可以消费dubbo暴露的服务。原因：监控中心宕机不影响使用，只是丢失部分采样数据。数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册最新服务。注册中心对等集群，任意一台宕掉后，将自动切换到另一台。注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯。服务提供者无状态，任意一台宕掉后，不影响使用。服务
转载
2024-03-25 08:52:24
25阅读
什么是Dubbo？Dubbo 是阿里开源的远程服务调用（RPC）的分布式框架，提供了 SOA 服务治理方案；它的架构主要有五个角色/核心组件，分为是 Container（容器）、Provider（服务的提供方）、Registry（注册中心）、Consumer（服务的消费方）、Monitor（监控中心）。容器主要负责启动、加载、运行服务提供者；同时服务提供者在启动时，向注册中心注册自己提供的服务；消
转载
2024-06-27 16:50:42
36阅读
一、网关基本概念 1、API网关介绍 API 网关出现的原因是微服务架构的出现，不同的微服务一般会有不同的网络地址，而外部客户端可能需要调用多个服务的接口才能完成一个业务需求，如果让客户端直接与各个微服务通信，会有以下的问题： （1）客户端会多次请求不同的微服务，增加了客户端的复杂性。 （2）存在跨 ...
转载
2021-08-21 22:59:00
3576阅读
2评论
