Service Broker实现发布-订阅（Publish-Subscribe）框架

最新推荐文章于 2022-12-02 11:33:20 发布
最新推荐文章于 2022-12-02 11:33:20 发布
阅读量896 收藏
点赞数
文章标签： service 框架 sql server 出版
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/vbnetfun/article/details/2894028
版权
Service Broker 实现发布- 订阅（Publish-Subscribe ）框架
 
 
Service Broker 实现一套完整的发布-订阅方案，其中author 发送Service Broker Message（又称article）到发布者（Publisher）。发布者负责分发消息给不同的订阅者（Subscriber）。每一个订阅者通过订阅来接受特定的消息。
 
下图描述了这一个发布/订阅方案：
 
 
 
 
 
http://blog.EntLib.com 译者注：本文翻译Apress出版《Pro SQL Server 2005 Service Broker》的其中一个章节。现已翻译完成，欢迎交流、分享。谢谢！

 

 

软件架构
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
fiware-orion：PublishSubscribe Context Broker GE的实现，提供NGSI接口
02-09
Orion上下文代理是发布/订阅上下文代理GE的实现，提供了接口。 使用此界面，客户端可以执行以下操作： 查询上下文信息。 Orion上下文代理存储从应用程序更新的上下文信息，因此可以根据该信息解决查询。 上下文...
跟我一起学习ZeroMQ（8）：带broker的发布订阅模式：ZMQ_PUB、broker(ZMQ_XPUB和ZMQ_XSUB)、ZMQ_SUB
哦，原来你也在这里。
11-09 2686
broker的目的 相对于XPub/XSub模式，我们很容易想到Pub/Sub模式，即订阅发布模式。当我们使用ZeroMQ创建一个包含订阅发布模式的系统时，我们通常创建一个消息的发布者，即Publisher，和若干个消息订阅者(Subscriber)。消息的发布者绑定端口，订阅者通过发布者的IP和端口连接发布者，并且注册消息主题(Topic)，然后进行接收匹配主题的消息。整体结构如下图： 在订阅发布模式下，订阅者可以动态加入，随时连接消息的发布者，然后接收消息。但是，在这种结构中，如果有新的Publish
mosquitto部署mqtt broker 并测试订阅与发布
qq_43804570的博客
12-02 1142
mqtt协议的简单入门学习。
go-micro中的发布订阅Broker分析
Ioridy
07-09 1238
最近手上有点时间，打算继续了解下go-micro的发布订阅（消息），看了micro的[examples]([链接网址](https://github.com/micro/examples) "micro examples")后，有个疑问，go-micro在提供发布订阅的插件Broker（以及几种实现）的同时，go-micro本身还实现了Publish（Client）以及Subscribe（Server）功能,于是翻了下源码，做个记录。
mqtt协议-broker之moqutte源码研究四之PUBLISH报文处理
weixin_34309435的博客
03-01 448
先简单说明一下，对于mqtt是个双向通信的过程，也就是说，他既允许client向broker发布消息，同时也允许broker向client发布消息 public void processPublish(Channel channel, MqttPublishMessage msg) { final MqttQoS qos = msg.fixedHeader().qosLevel(); ...
python-broqer:精心设计的库以具有发布订阅，异步支持和代理功能的响应式样式处理连续的数据流
05-02
Python Broqer 最初专注于嵌入式系统Broqer可以用于必须处理连续数据流的地方-且无处不在。 小心！概要不依赖项的纯... 观察者模式订阅发布者是通过.subscribe（）方法完成的。 一个简单的订户是Sink ，它正在使用
baetyl-broker
05-31
支持 Connect、Disconnect、Subscribe、Publish、Unsubscribe、Ping 等功能 支持 QoS 等级 0 和 1 的消息发布和订阅 支持 Retain、Will、Clean Session 支持订阅含有 +、# 等通配符的主题 支持符合约定的 ClientID ...
mgtt:另一个用Go编写的M（Go）TT-Broker这个MQTT-Broker正在开发中。 但是基本功能有效（PublishSubscribe保留）
04-05
请在此处创建功能请求或错误:)用法阅读./docs文件夹中的文档能力 连接（CONNECT / CONACK） 平（PINGREQ / PINGRESP） 发布（发布/回传） 订阅（SUBSCRIBE / SUBACK） 退订 QoS 0消息 QoS 1消息 QoS 2消息 保留在...
经纪人：琐碎的消息经纪人
02-16
pubsub是一个很小的库，用于使用渠道为Go实现最简单的发布-订阅机制。 用法 import "github.com/borud/broker" 创建一个新的经纪人 broker := broker.New() 订阅主题或主题前缀 sub, err := broker.Subscribe("/foo...
Service Broker实现发布-订阅（Publish-Subscribe）框架(1)
weixin_34245749的博客
06-21 159
Service Broker实现发布-订阅（Publish-Subscribe）框架(1) Service Broker 实现一套完整的发布-订阅方案，其中author 发送Service Broker Message（又称article）到发布者（Publisher）。发布者负责分发消息给不同的订阅者（Subscriber）。每一个订阅者通过订阅来接受特定的消息。   下图描述了这...
Broker简介
热门推荐
胡倩萌的博客
06-13 2万+
Broker是ActiveMQ的一个实例。我们可以将ActiveMQ看成一个服务，是需要我们下载解压后才能使用(免安装)。主要使用目的是为了将服务器和客户端解耦，用来做消息的传递。而Broker是ActiveMQ的一个简易实现，我们只需要在代码中启动Broker（用跑代码的方式启动ActiveMQ），从而实现嵌入式的ACtiveMQ。使用过程如下：(1) 运行Broker启动程序(2) 运行 se...
RabbitMQ六种通信模式介绍——发布与订阅模式（Publish/Subscribe）
爱吃鸡腿的明仔
12-11 1553
文章目录一。简介二。代码实现三。程序运行效果 一。简介 本篇博客所讲的为RabbitMQ六种通信模式之一的发布与订阅模式，官网给出的图如下所示： 简单模式与工作模式2个案例中，只有3个角色： P：生产者，也就是要发送消息的程序 C：消费者：消息的接受者，会一直等待消息到来。 queue：消息队列，图中红色部分 而在订阅模型中，多了一个exchange角色，而且过程略有变化： P：生产者，也就是要发送消息的程序，但是不再发送到队列中，而是发给X（交换机） C：消费者，消息的接受者，会一直等待消息到来。 Q
通过ServiceBroker实现订阅（Publish- Subscribe）框架发布【个人总结】
weixin_34248849的博客
06-18 99
看完这篇文章Service Broker实现发布-订阅（Publish-Subscribe）框架 亲自动手实践了一下，从中发现了一些问题和经验 这个框架的主要思路是 发布方如果想发布一条信息，首先必须向发布队列（PublisherQueue） 发布一条请求消息，告诉发布队列我要发送哪类主题的消息在发布方向发布队列发送请求消息后，会在队列里面有条记录,最重要的是Conversation这个字段是一...
【RabbitMQ】Publish/subscribe(发布订阅模式)入门
Jorgen_s的博客
06-30 435
发布订阅模式：1、每个消费者监听自己的队列。2、生产者将消息发给broker，由交换机将消息转发到绑定此交换机的每个队列，每个绑定交换机的队列都将接收到消息
MQTT(python)EMQ Broker 局域网客户端发布订阅
Oscarouyangyafei的博客
07-14 901
MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。 MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻
Kafka学习一（概念理解，发布订阅模式入门）
无极
04-14 2934
定义 是一个分布式的基于发布/订阅模式的消息队列（Message Queue），主要应用于大数据实时处理领域 简单入门kafka 来源于B站：https://www.bilibili.com/video/BV1vx411f7hA 首先了解发布与订阅系统，想象一个公众号 运营公众号的人把文章发布到平台上，阅读者只要订阅相应的公众号，当有新的文章发布的时候阅读者就可以阅读到新的文章了。 这种发布者和阅...
订阅服务能一解SSL证书管理难题吗?
weixin_33767813的博客
08-01 85
证书误用和滥用已经成为企业颇为忧心的问题，我们需要找到能够解决问题以及改善SSL证书管理的有效方法。那么SSL证书订阅服务会是这一难题的解决方法吗?什么样的企业会从中受益? Michael Cobb：处理敏感或私人身份信息的网站应该已经在使用安全通信协议HTTPS来传送网页，用户及其服务器上的数据交换通过SSL/TLS来加密。然而，网页管理员常常是在所...
C++ 设计模式19：观察者模式
琅嬛福地
04-12 863
观察者模式又被称为发布订阅模式。它定义了对象之间一对多的依赖，当一个对象状态发生改变时，它的所有依赖者都会收到通知并自动更新相关内容。即建立一个（Subject类）对多(Observer类)的关系，能够使得当Subject的对象变化的时候，依赖这个的多个Observe的对象实例也能够同步进行相应的改变。 优点： 观察者和被观察者是抽象耦合的。 可以建立一套触发机制。 缺点： ...
Publish-Subscribe 模式
最新发布
09-25
### 回答1： 发布-订阅（Publish-Subscribe）模式是一种常用的消息传递模式，用于在多个应用程序之间传递消息。在该模式中，消息的发布者（Publisher）不会直接发送消息给订阅者（Subscriber），而是将消息发布到主题（Topic）上，订阅者可以选择订阅感兴趣的主题，然后接收到与该主题相关的所有消息。 在该模式中，发布者和订阅者之间不直接进行通信，这种解耦合的设计使得发布-订阅模式非常灵活，能够应对各种复杂的通信场景，例如大规模消息传递、异步通信、事件驱动等。 下面是该模式的一些基本组件： - Publisher：消息的发布者，负责将消息发布到指定的主题上。 - Subscriber：消息的订阅者，可以订阅一个或多个主题，并接收与该主题相关的所有消息。 - Topic：消息发布的主题，是发布者和订阅者之间的桥梁，所有的消息都会发布到主题上。 一个典型的发布-订阅模式的应用场景是新闻订阅系统，用户可以订阅感兴趣的新闻主题（如体育、科技、娱乐等），当发布者发布了一条新的消息时，订阅了该主题的所有用户都会收到相应的通知。除此之外，该模式还被广泛应用于分布式系统、消息队列、事件驱动架构等领域。 ### 回答2： Publish-Subscribe (发布-订阅) 模式是一种软件设计模式，用于实现系统中不同部分之间的解耦和通信。该模式的核心思想是：发布者（Publisher）和订阅者（Subscriber）之间通过一个称为“消息代理”（Message Broker）的中介实现通信。 在 Publish-Subscribe 模式中，发布者和订阅者之间并不直接进行通信，而是通过消息代理来实现。发布者将消息发布到消息代理，订阅者向消息代理订阅感兴趣的消息类型，当有相关的消息被发布到消息代理时，消息代理会将消息转发给所有对该消息类型感兴趣的订阅者。 Publish-Subscribe 模式的优点之一是解耦。发布者和订阅者无需知道彼此的存在，只需与消息代理进行交互。这样就可以实现发布者和订阅者之间的解耦，使得系统中的不同模块可以独立开发和演化。 另一个优点是扩展性。发布者和订阅者之间没有直接的依赖关系，可以动态地添加和删除发布者和订阅者，从而实现系统的可扩展性。此外，还可以轻松地支持多个订阅者对同一类型消息的订阅。 Publish-Subscribe 模式也有一些缺点。首先，消息的传递可能是异步的，这可能导致订阅者无法及时收到消息。其次，消息代理的性能可能成为系统的瓶颈，特别是当消息体量较大或频繁发布时。 总而言之，Publish-Subscribe 模式可以通过消息代理实现发布者和订阅者之间的解耦和通信。它具有解耦性和扩展性的优点，但也需要注意消息传递的异步性和消息代理的性能问题。在适当的场景下，Publish-Subscribe 模式是一种有效的软件设计模式。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值