注:本系列文章已捐赠给Dubbo社区，你也可以在Dubbo中阅读本系列文章。1\.简介上一篇文章分析了集群容错的第一部分–服务目录Directory。服务目录在刷新Invoker列表的过程中，会通过Router进行服务路由。上一篇文章关于服务路由相关逻辑没有细致分析，一笔带过了，本篇文章将对此进行详细的分析。首先，先来介绍一下服务目

注:本系列文章已捐赠给Dubbo社区，你也可以在Dubbo中阅读本系列文章。1\.简介前面文章分析了服务的导出与引用过程，从本篇文章开始，我将开始分析Dubbo集群容错方面的源码。这部分源码包含四个部分，分别是服务目录Directory、服务路由Router、集群Cluster和负载均衡LoadBalance。这几个部分的源码逻辑比

Dubbo源码分析集群容错之LoadBalance注:本系列文章已捐赠给Dubbo社区，你也可以在Dubbo中阅读本系列文章。1.简介LoadBalance中文意思为负载均衡，它的职责是将网络

1\.前言ApacheFlink是一个分布式流处理引擎，它提供了丰富且易用的API来处理有状态的流处理应用，并且在支持容错的前提下，高效、大规模的运行此类应用。通过支持事件时间(eventtime)、计算状态(state)以及恰好一次(exactlyonce)的容错保证，Flink迅速被很多公司采纳，成为了新一代的流计算处理引擎。

HTML5学堂：在学习JavaScript过程中，我们需要了解事件的机制是怎么执行的？本文将会提到JavaScript事件机制的解析，希望对大家有帮助！javascript解析的过程主要分为两个阶段，分别是编译与执行阶段。在编译期，javascript解释器将完成对javascript代码的预处理，即将javascript代码转换为字节码。在执行

壹工作中的微服务架构,某个服务通常会被多个服务调用或者多层调用完成需求,如果某个服务不可用,导致一个系统功能不可用或者服务直接没用了的情况,这种情况称为雪崩效应有A服务调用B服务,B服务调用C服务,如果B服务调用C服务出了问题,那么B服务会一直重试,等待会将资源耗尽,结果B服务也不可用,导致A服务调用B服务的时候,也出问题,这样的话,ABC服务都

注:Dubbo版本是2.6.2            !(https://static.oschina.net/uploads/space/2018/0518/162612_V02j_2518341.png)                        图1Dubbo的Fa

作为服务注册中心，Eureka比Zookeeper好在哪里著名的CAP理论指出，一个分布式系统不可能同时满足C（一致性）、A（可用性）和P（分区容错性）。由于分区容错性P是在分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。因此Zookeeper保证的是CPEureka则

CAP定理1.Consistency:一致性2.Availability:可用性3.Partitiontolerance:分区容错性CAP定理指出，在异步网络模型中，不存在一个系统可以同时满足上述3个属性。换句话说，分布式系统必须舍弃其中的一个属性。对于需要在分布式条件下运行的系统来说，如何在一致性、可用性和分区容错

最近在读《数据密集型应用系统设计》，其中谈到了zookeeper对容错共识算法的应用。这让我想到之前参考的zookeeper学习资料中，误将容错共识算法写成了2PC（两阶段提交协议），所以准备以此文对共识算法和2PC做梳理和区分，也希望它能帮助像我一样对这两者有误解的同学。