5 天前 / why技术
持续输出原创文章，点击蓝字关注我吧 这是 why 技术的第 33 篇原创文章 本周是在家办公的一周，上面的图就是我在家的工位。 工欲善其事，必先利其器。在家办公，我是认真的。 在家里开发的时候有需求是这样的：一个如果接口调用失败，需要自动进行重试。 虽然关系不大，但是我还是想到了 Dubbo 的集群容错策略：Failover Cluster，即失败自动切换。 （这个转折是不是有点生硬。......） 所以借本文对于 Dubbo 的 Cluster 集群和 FailoverCluster( 失败自动切换)策略进行一个详细分析。 本文如果没有特别说明的地方，源码均是来自最新的 2.7.5 版本。
10 天前 / 猿天地
前因那是一个月黑风高的夜晚，不管有没有圆圆的月亮，都无法解救要加班的我。这就是苦涩的人生啊！ 那天正好是春节回家的日子，定了晚上的票，然后还是上线的日子。 测试在做回归测试的时候，发现一个老功能报错了，什么鬼，都没改过那块代码怎么会出问题？案件疑点重重呀...... 为了能够早点上线，早点回家，所以这个 Bug 就显得十万火急了，因为就这一个问题，其他都没问题，解决好了就可以上线了，于是开启了破案之路。
18 天前 / why技术
我与 Dubbo 的二三事我是 2016 年毕业的，在我毕业之前，我在学校里面学到的框架都是 SSH，即 struts+spring+hibernate,是的你没有看错，在大学里面的课本里面学的是 strusts，这个还没毕业就被基本抛弃的框架。然而我大四出去实习，用的技术是 SSM,即 Spring，SpringMVC，Mybatis。实习的时候做的项目都是外包项目，非常传统的单体大项目，和学校里面做课程设计一样，所有的功能包括前后端都糅合在一个项目里面，根本不知道什么是分布式架构，不夸张的说，那个时候我对分布式这一块的知识无限趋近于零。
28 天前 / why技术
持续输出原创文章，点击蓝字关注我吧 这是 why 技术的第 28 篇原创文章 之前在《Dubbo 一致性哈希负载均衡的源码和 Bug，了解一下？》中写到了我发现了一个 Dubbo 一致性哈希负载均衡算法的 Bug。 对于解决方案我是这样写的： 特别简单，把获取 identityHashCode 的方法从 System.identityHashCode(invokers)修改为 invokers.hashCode()即可。 此方案是我提的 issue 里面的评论，这里 System.identityHashCode 和 hashCode 之间的联系和区别就不进行展开讲述了，不清楚的大家可以自行了解一下。
42 天前 / 宜信技术学院
（图片来源于网络）Dubbo是一款开源的、高性能且轻量级的Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用、智能容错和负载均衡，以及服务自动注册和发现。Dubbo最早是阿里公司内部的RPC框架，于 2011 年开源，之后迅速成为国内该类开源项目的佼佼者，2018年2月，通过投票正式成为 Apache基金会孵化项目。目前宜信公司内部也有不少项目在使用Dubbo。本系列文章通过拆解Dubbo源码，帮助大家了解Dubbo，做到知其然，并且知其所以然。
49 天前 / 携程技术
作者简介 顾海洋，携程框架架构研发部技术专家，负责携程分布式服务化领域的工作。目前主要负责 Dubbo 在携程的二次开发和推广工作。 李伟，携程云平台技术专家，2012年加入携程，目前专注于云原生方向技术的研究和落地，先后参与负责过携程部署架构改造、接入层架构升级等项目的设计和推广。 工作中，常常会遇到连接超时的问题，一般都是先检查端口状态，然后再检查CPU、Memory、GC、Connection等机器指标是否正常。如果都在合理范围内就会怀疑到网络或者容器上，甩手丢给网络组同事去排查。
63 天前 / why技术
持续输出原创文章，点击蓝字关注我吧 这是why技术的第18篇原创文章 本文是对于Dubbo负载均衡策略之一的加权随机算法的详细分析。从2.6.4版本聊起，该版本在某些情况下存在着比较严重的性能问题。由问题入手，层层深入，了解该算法在Dubbo中的演变过程，读懂它的前世今生。 之前也写了Dubbo的负载均衡策略： 《一文讲透Dubbo负载均衡之最小活跃数算法》 《Dubbo一致性哈希负载均衡的源码和Bug，了解一下？》 本文目录第一节：什么是轮询？ 本小节主要是介绍轮询算法和其对应的优缺点。引出加权轮询算法。
70 天前 / why技术
持续输出原创文章，点击蓝字关注我吧 本文是对于Dubbo负载均衡策略之一的一致性哈希负载均衡的详细分析。对源码逐行解读、根据实际运行结果，配以丰富的图片，可能是东半球讲一致性哈希算法在Dubbo中的实现最详细的文章了。 文中所示源码，没有特别标注的地方，均为2.7.4.1版本。 在撰写本文的过程中，发现了Dubbo2.7.0版本之后的一个bug。会导致性能问题，且目前还未解决，如果你们的负载均衡配置的是一致性哈希或者考虑使用一致性哈希的话，可以了解一下。
75 天前 / wphmoon
首发于编码花写文章springboot2中使用dubbo的三重境界blue sky搞了十几年的java4 人赞同了该文章在springboot中使用dubbo，本来是件挺简单的事情，但现实的世界就是如此的复杂，今天我用一个亲身经历的跳坑和填坑的事来讲在spring boot中使用高版本dubbo（当当的魔改版）的三重境界。 1、看山是山，使用官方starter简单的使用dubbo starter集成进spring boot还是非常简单的。 在springboot2的pom.xml中引入dubbo的starter com.alibaba.spring.bootdubbo-spring-boot-starter2.0.0在启动类里面加上注解@EnableDubboConfiguration @EnableDubboConfigura...
77 天前 / why技术
持续输出原创文章，点击蓝字关注我吧 这是why技术的第16篇原创文章 全文共计7786字，50图，预计阅读15分钟。 本文是对于Dubbo负载均衡策略之一的最小活跃数算法的详细分析。文中所示源码，没有特别标注的地方均为2.6.0版本。 为什么没有用截止目前的最新的版本号2.7.4.1呢？因为2.6.0这个版本里面有两个bug。从bug讲起来，印象更加深刻。 最后会对2.6.0/2.6.5/2.7.4.1版本进行对比，通过对比学习，加深印象。 本文目录第一节：Demo准备。 本小节主要是为了演示方便，搭建了一个Demo服务。
85 天前 / 知了一笑
一、Dubbo框架简介1、框架依赖 图例说明： 1)图中小方块 Protocol, Cluster, Proxy, Service, Container, Registry, Monitor 代表层或模块，蓝色的表示与业务有交互，绿色的表示只对 Dubbo 内部交互。 2)图中背景方块 Consumer, Provider, Registry, Monitor 代表部署逻辑拓扑节点。 3)图中蓝色虚线为初始化时调用，红色虚线为运行时异步调用，红色实线为运行时同步调用。 4)图中只包含 RPC 的层，不包含 Remoting 的层，Remoting 整体都隐含在 Protocol 中。
114 天前 / 公众号「后端进阶」
微服务架构的项目，一次请求可能会调用多个微服务，这样就会产生多个微服务的请求日志，当我们想要查看整个请求链路的日志时，就会变得困难，所幸的是我们有一些集中日志收集工具，比如很热门的ELK，我们需要把这些日志串联起来，这是一个很关键的问题，如果没有串联起来，查询起来很是很困难，我们的做法是在开始请求系统时生成一个全局唯一的id，这个id伴随这整个请求的调用周期，即当一个服务调用另外一个服务的时候，会往下传递，形成一条链路，当我们查看日志时，只需要搜索这个id，整条链路的日志都可以查出来了。
118 天前 / 公众号「后端进阶」
今天在SIT环境部署dubbo容器的时候遇到一个问题, 明明我的dubbo容器已经注册到zk了, 而且在dubbo控制台也能看到提供者和消费者的信息, 可就是死活调用不了, 仔细一看, 发现提供者的地址不对啊, 这明明不是我的dubbo容器对应的那天服务器地址.这是为什么呢下面我们来分析一波dubbo服务暴露注册地址和端口那一段代码. 由于我公司是做海外业务, 服务器的部署都在国外, 由于一些政策原因, 我们是访问不了的, 这时候就需要服务器端口地址进行转发, 我们的做法是在一台国内机器上面再用一层nginx做中间转发, 那么这时候问题就来了, 如果我们部署的项目地址是本机...
148 天前 / 搬运工来架构
点击上方蓝色字关注我们~ Dubbo服务化，在当前互联网后端开发中，大部分都使用了Dubbo。截止目前github dubbo上，star也将近3万，使用dubbo的公司数量也很可观，Dubbo确实也是一个比较不错的服务化框架。 下面整理比较不错的Dubbo服务化最佳实践，希望可以帮助我们少掉进一些坑，更好的使用Dubbo。 1 分包：公共API 建议将服务接口，服务模型，服务异常等均放在 API 包中，因为服务模型及异常也是 API 的一部分，同时，这样做也符合分包原则： 重用发布等价原则(REP)，共同重用原则(CRP)。
153 天前 / 极客挖掘机1
· 正 · 文 · 开· 始· 上一篇文章《Dubbo 与 Spring Cloud 完美结合》我们介绍了Dubbo Spring Cloud的基本使用，使用的服务中心为Spring Cloud Alibaba提供的Nacos，Dubbo内部提供了基于Dubbo的RPC调用，同时，Dubbo Spring Cloud在整合了Spring Cloud之后，可以直接提供HTTP接口，同Spring Cloud无缝衔接，直接支持Feign、RestTemplate等方式的远程调用，在提供HTTP服务的同时可以提供Dubbo服务。Dubbo Spring Cloud支持HTTP远程调用级大的方便了我们的对接外部系统，无需对Dubbo再做二次封装。