发布订阅模式

     

Java运行时添加Camel路由

44 8K

Apache Camel是一个 Java 框架,可以轻松实现各种企业集成模式 (EIP),从而为企业集成提供解决方案。集成模式中的常见任务之一是根据特定规则和条件确定运行时的消息路由。Apache C.

使用 POSTGRES 作为消息队列

261 6K

本文研究了 Postgres 的轻量级通知机制,并讨论如何利用它来实现简单但有效的基于推送的消息队列。它还研究了使用此队列在 Kubernetes 部署上的副本之间进行通信,以及实现通用任务处理框架。.

Java 中使用 wait、notify、notifyAll快速指南

184 11K

首先,你永远不应该直接使用wait, notify, 或notifyAll(除非你有充分的理由)。如果您需要执行多线程操作,请使用并发库。使用 wait/notify/notifyAll 构建生产者/.

DDD实践中如何设计上下文BC之间的映射关系?

397 5K

如何区分产品基础设施和技术基础设施 : 技术基础架构--不需要构建业务/产品背景,主要由开发人员使用。它不会立即影响用户体验,并且可以包含在一个特定的行会中。 产品基础设施——影响用户体验或有产品需求.

微前端如何相互调用通信?

736 2K

微前端的兴起彻底改变了 Web 开发,使团队能够独立构建、部署和扩展 Web 应用程序的组件。然而,微前端之间的有效通信对于无缝用户体验至关重要。在本文中,我将探讨各种通信模式,这些模式可以帮助团队驾.

事件总线和消息队列的区别

1608 3K

了解事件总线 Event Bus 和消息队列 Message Queue 之间的差异可以帮助架构师和开发人员根据他们的特定需求决定使用哪种模式。在本文中,我们将探讨 Event Bus 和 Messa.

《KIP-932:Queues for Kafka》于7天前发布。

335

Kafka的队列Queues 是目前讨论的最热门的新功能!传统的队列系统是这样一种系统: - 多个消费者从同一队列读取(pub-sub) - 一个特定的消费者从一个特定的生产者读取(点对点) 消息通常.

运行部署时可拆分工作负载的单体架构

388 4K

微服务会带来大量相关包袱问题(分布式系统问题、RPC 框架等)。如果我们想要在没有包袱的情况下享受微服务的好处,我们将需要一些替代解决方案。规则 1:永远不要混合工作负载首先,我们应该应用运行单体的基.

流行设计模式:依赖注入、工厂、单例、观察者和策略模式 - bognov

618 16K

本文目的是提供这几种模式的简化示例。可以在我的Github上找到[url=https://github.com/bgdnvk/patterns]此存储库[/url]中的所有代码。策略模式让您在运行时选.

ActiveMQ中虚拟目的地

1168 4K
虚拟目的地允许我们创建映射到一个或多个物理目的地的逻辑目的地。 虚拟目的地是逻辑目的地,是映射到一个或多个物理目的地的队列或主题的组合。它提供松散耦合的消息传递配置,当应用程序在多个实例上运行时尤其有.

covrom/redispubsub:Redis Streams的发布订阅驱动程序

1089

Go语言·的package pubsub 提供了一种简单且可移植的方式来与发布/订阅系统进行交互。这个项目驱动是基于pubsub的Redis 驱动程序,使用 Redis Streams,此驱动程序支持.

使用事件驱动架构实现Hashnode博客系统

1148 6K
Hashnode 有许多事件驱动的用例,在这篇文章中使用的一个用例是发布一篇文章。如果用户发布帖子,则会启动多个服务: 将此帖子转换为音频帖子 将此帖子备份到用户的 GitHub 向所有订阅者发送时事.

MemQ:可替代Kafka的高效、可扩展的云原生PubSub系统

2314 2K

这篇博文介绍了 MemQ,这是一种为 Pinterest 的云开发的高效、可扩展的 PubSub 系统,自 2020 年中期以来一直为我们提供近实时数据传输用例,并补充了 Kafka,同时成本效率提高.

使用PostgreSQL替代Redis实现队列、分布式锁和发布/订阅

3932 2K

两种常用架构: 用于数据存储的 PostgreSQL Redis 用于协调后台作业队列(以及一些有限的原子操作) Redis 非常棒,但如果我告诉你这个堆栈最常见的用例实际上可以只使用 Postgre.

Apache Kafka和Redis Pub-Sub异同

1321

Redis pub-sub就像是一个“一劳永逸”的系统,在其中,您产生的所有消息将立即传递给所有使用者,并且数据不会存储在任何地方。关于Redis,您在内存上有限制。同样,生产者和消费者的数量也会影响.

四年运维生产经验分享:Nordstrom的事件溯源系列之二-生产者发布模式

1086 1 3K
在第一部分中,我分享了在Nordstrom一直在探索和实施事件溯源作为一种架构模式。在第二部分中,我们将分享一些我们见过的常见生产者模式。你可以把事件生产者看成业务的决策者:他们做出决定 有关或在观察.

生产者-消费者模式(Producer Consumer)

2197 1 13K
目的生产者—消费者设计模式是一种经典的并发模式,它通过将工作识别与工作执行分离来减少生产者和消费者之间的耦合。适用场景 在生产和消费两个过程中,通过单独的工作将系统解耦。 解决了生产或消费工作所需的不.

上下文映射关系中如何解耦特定和通用的领域? - Nick Tune

1491 5 3K

您正在构建一个新系统,并且您的团队的两名成员各自提出了用于发送通知的两种架构,哪一个是正确?如何选择? 第一个开发人员提出的是推送模型:有界上下文应指示通知上下文发送通知。专门的通知上下文应该只是遵循.

毒丸模式(Poison Pill)

2392 2 9K
Poison Pill是已知的预定义的数据项,它为分布式消费使用过程提供优雅的关闭。适用场景 需要从一个线程/进程发送信号到另一个线程/进程以终止 .

EIP发布订阅模式(EIP Publish Subscribe)

984 21K
目的从发送方向所有感兴趣的接收方发布消息。适用场景 两个或多个应用程序需要使用用于发布的消息传递系统进行通信。 .

未来互联网新模式

3 1606

过去我们从网络上获得信息都是通过拉,浏览器定期检查RSS,很多事件的激发都是通过拉机制实现的。Webhooks或PubSubHubBub将改变这个现状。PSHB hub是一个基于云计算内容发布中心,发.

ESB架构很流行吗?

1 3330

ESB架构:ESB一种模型,服务提供者和使用者通过ESB连接而不再直连->服务提供者接入ESB->ESB提供Proxy Service->使用者调用Proxy Service。优点:服务间的解耦;统一.