发布订阅模式

了解事件总线 Event Bus 和消息队列 Message Queue 之间的差异可以帮助架构师和开发人员根据他们的特定需求决定使用哪种模式。在本文中，我们将探讨 Event Bus 和 Message Queue 之间的区别，并根据各种场景提供有关使用哪种模式的见解。

虚拟目的地允许我们创建映射到一个或多个物理目的地的逻辑目的地。 虚拟目的地是逻辑目的地，是映射到一个或多个物理目的地的队列或主题的组合。它提供松散耦合的消息传递配置，当应用程序在多个实例上运行时尤其有用。 在本文中，我们将借助一个简单的 Spring Boot 应用程序了解虚拟目的地如何在

Hashnode 有许多事件驱动的用例，在这篇文章中使用的一个用例是发布一篇文章。如果用户发布帖子，则会启动多个服务： 将此帖子转换为音频帖子 将此帖子备份到用户的 GitHub 向所有订阅者发送时事通讯 添加用户活动 更新文章圈子

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

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

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

本文目的是提供这几种模式的简化示例。可以在我的Github上找到[url=https://github.com/bgdnvk/patterns]此存储库[/url

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

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

Kafka的队列Queues 是目前讨论的最热门的新功能！ 传统的队列系统是这样一种系统： - 多个消费者从同一队列读取（pub-sub） - 一个特定的消费者从一个特定的生产者读取（点对点） 消息通常被存储，直到它们被消

首先，你永远不应该直接使用wait, notify, 或notifyAll（除非你有充分的理由）。如果您需要执行多线程操作，请使用并发库。 使用 wait/notify/notifyAll 构建生产者/消费者是在谈论 Java 中的多线程时可能会遇

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

在本文中，了解高级容量估计和工作负载优化所需的排队理论基础知识。 到处都是排队！ Java 的 fork-join 池使用具有

本文简要介绍了PostgreSQL 中的LISTEN和NOTIFY命令，以及如何在 JDBC 连接中使用它们。 什么是LISTEN和NOTIFY？PostgreSQL 支持使用LISTEN和NOTIFY命令在服务器

在本文中，我们使用 Spring Boot 和 Dapr 构建了一个松耦合的发布/订阅消息系统。通过利用 Dapr 对消息代理的抽象及其与 Spring Boot 的集成，我们简化了消息传递逻辑，而无需依赖特定的基础架构。我们还演示了如何使用 Testcontainers 在本地运行和测试整个设置，

Go应用程序的简单内部事件总线， 高性能：每秒处理数百万个事件，比Go原来的普通Channel快 4 倍到 10 倍。 快速的进程内事件调度程序 这个包为Go提供了一个高性能的进程内事件调度器，非常适合解