#消息队列

      更多分类

微服务通信原则:智能终端和哑管道

17-11-29 2918 5 banq

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

分布式微服务为什么很难?

17-08-31 2900 7 banq

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

区块链中的分布式模式

17-08-06 1513 4 banq

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

Kafak消费者的使用

17-07-06 772 banq

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

正好一次(Exactly-once)消息传递在Kafka中已经完全支持

17-07-04 7218 8 banq

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

以正好一次(Exactly-Once)方式传递数十亿消息

17-06-30 1 1656 2 banq

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

以并行思维方式思考

16-12-06 1039 5 banq

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

为什么正好一次(Exactly-Once)传递是不可能的?

16-11-27 4358 8 banq

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

嵌入式的RabbitMQ开源库包

16-10-10 460 banq

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

棋牌游戏消息队列 选择

14-03-28 2 548 1 zld406504302

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

共有 40 上一页 1 2 3