Trello过去三年一直在使用RabbitMQ，在RabbitMQ之前，我们还使用了于Redis Pub-Sub实现。最近，由于RabbitMQ在发生网络分区时出现了可疑行为，我们已经切换到了Kafk... 详细

这是优步Uber员工Gergely Orosz自己的经验分享： 两年前我加入了优步，担任移动软件工程师，有一些后端经验，我构建了带有支付功能的应用程序 - 并在后来重写了它。之后，我就晋升工程管理并... 详细

本文主要从Kafka与传统JMS消息系统的对比中挖掘Kafka在消息分发和主题分区上的独特特点，Kafka通过主题topic、分区和消费组这三个概念灵活适应各种消息场合，业务设计关键是如何用好这三个概... 详细

这是一篇提供如何从单体大型应用迁移到微服务+事件溯源的指导性文章，文章提供了六条建议，主要是确定微服务边界，将事件作为首要设计，将系统从过去面向接口的耦合变成面向事件数据的耦合，从而大大地增加微服务的... 详细

大部分公司迁移到微服务架构面临的一个挑战是如何实现微服务之间的通信。 在过去单体架构中，各个组件都在同一个进程中运行，相互通信只是相互的函数的调用而已。但是在微服务环境中，组件之间是由服务器硬性边界... 详细

本文主要谈论了微服务系统之间通讯RPC同步和异步队列的不同，RPC同步速度快但不可靠；异步队列速度慢一点但可靠。本文也解释了其背后原因，比如缺乏统一时钟，也就是著名的拜占庭将军问题，认识这点后，会更加... 详细

本文从分布式系统角度讨论了区块链中的几种创新模式：不可变模式、异步和共识以及网络容错可靠性。 不可变模式 区块链是不可变的。 分布式系统已经在相当一段时间内依靠不变性来消除异常。 比如日志结... 详细

该文详细介绍了Kafka消费者原理和使用策略，如果我们将消费者的偏移量使用JDBC事务或JTA事务保存起来，就能实现分布式端到端的事务，也就是通常所说的分布式事务。 消费者是否活着 每个消费... 详细

本文是来自Kafka的创始人Jay Kreps的一篇博文，回答了世面上怀疑Kafka是否支持正好一次(Exactly-once)的消息传递，从而说明了Kafka能支持分布式事务，保证微服务事务的完整性... 详细

所有数据流水线的唯一要求是它们不能丢失数据。可以延迟或重新排序，但不能丢失。 为了满足这一要求，大多数分布式系统实现至少保证一次(least-once)传递。实现至少一次传递的技术通常等于：“重试，... 详细

许多软件开发人员试图建立可扩展系统时往往会遇到困难。也许这是因为，最简单和最明显的解决方案往往无法扩展; 这可能解释了为什么这些方案有时被称为“幼稚”的解决方案。 一旦你了解并行一些基本概念和准则，... 详细

这是分布是系统领域很重要的一篇文章，主要论述在消息传递中"最多一次"、"最少一次"和"正好一次"三者中正好一次传递是不可能的，也就是通过网络两个服务器之间的调用恰好通过一次就完成正确通讯是不可能的。至... 详细

RabbitMQ是一款流行的消息系统，与其交互都需要透过JVM通过端口通讯，现在有一款开源库包能够将RabbitMQ作为同一个JVM内的嵌入式服务。其工作原理是当启动该库包时，会从官方仓库下载Rabb... 详细

一个卡牌游戏，消息传输是基于netty的，server端接受到request，logic中处理后封装成response 直接丢给一个异步线程 调用channel.write 给手机... 详细