CN112685199A - 一种消息队列修复方法、装置、计算机设备及存储介质 - Google Patents
一种消息队列修复方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN112685199A CN112685199A CN202011609117.1A CN202011609117A CN112685199A CN 112685199 A CN112685199 A CN 112685199A CN 202011609117 A CN202011609117 A CN 202011609117A CN 112685199 A CN112685199 A CN 112685199A
- Authority
- CN
- China
- Prior art keywords
- message
- request
- queue
- weight
- broadcast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 238000003860 storage Methods 0.000 title claims abstract description 24
- 230000002159 abnormal effect Effects 0.000 claims abstract description 14
- 239000013598 vector Substances 0.000 claims description 44
- 230000008439 repair process Effects 0.000 claims description 16
- 238000009826 distribution Methods 0.000 claims description 9
- 238000011084 recovery Methods 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000012795 verification Methods 0.000 abstract description 9
- 230000005465 channeling Effects 0.000 abstract description 7
- 230000008569 process Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000004364 calculation method Methods 0.000 description 5
- 238000003672 processing method Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- 238000012163 sequencing technique Methods 0.000 description 4
- 230000005856 abnormality Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 210000001503 joint Anatomy 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000032683 aging Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例属于消息队列技术领域，涉及一种应用于蓝绿发布的消息队列修复方法、装置、计算机设备及存储介质。本申请还涉及区块链技术，用户的广播内容可存储于区块链中。本申请在业务系统进行蓝绿发布之前，先把环境信息添加到消息队列网络中的各个“站点”的连接名上，在业务系统进行蓝绿发布之后，当消息处理中心接收到的消息广播请求与该环境信息不一致时，说明该消息广播请求存在异常，导致该消息广播请求无法正常广播至消息队列中，此时，基于负载均衡算法对该消息广播请求进行消息队列修复操作，从而实现在进行蓝绿发布之后，蓝/绿流量能按照预先设定的规则进行投递，相互之间不会出现流窜，使得业务在进行功能验证时更方便更安全。
Description
技术领域
本申请涉及消息队列技术领域，尤其涉及一种应用于蓝绿发布的消息队列修复方法、装置、计算机设备及存储介质。
背景技术
在分布式系统的设计中，消息队列是一个非常重要的基础组建。消息队列能协助进行削峰限流、平缓请求、负载均衡、异步解耦。一些网购系统通过引入消息队列，能极大地避免客户在抢购商品时，对后端业务系统施加过大压力而导致崩溃；一些流程处理系统能通过引入消息队列，实现流程异步化处理，提高用户体验。
现有一种消息队列处理方法，即设置可以互相通信的服务器，并设置特定服务器的特殊角色，构成该消息队列网络的“站点”，它们之间通过“站点链接”相互连接，而各个“站点链接”均设置有一个关联的“开销”，从而限定经过此站点链接传递消息的频率。
然而，申请人发现传统的消息队列处理方法普遍不智能，当业务系统进行蓝绿发布时，消息队列无法识别客户端是蓝版本还是绿版本，进行消息发送或消息投递时，无法精准地把灰度版本的消息投递到对应的灰度版本客户端，给系统运维和功能验证带来了很大负担。
发明内容
本申请实施例的目的在于提出一种应用于蓝绿发布的消息队列修复方法、装置、计算机设备及存储介质，以解决传统消息队列处理方法无法精准地把灰度版本的消息投递到对应的灰度版本客户端，给系统运维和功能验证带来了很大负担的问题。
为了解决上述技术问题，本申请实施例提供一种应用于蓝绿发布的消息队列修复方法，采用了如下所述的技术方案：
接收用户终端发送的消息发布请求，所述消息发布请求至少携带有广播内容；
基于所述消息队列网络向消息处理中心发送消息广播请求，所述消息广播请求至少携带有广播内容以及所述配置环境信息；
判断所述消息处理中心是否返回与所述配置环境信息相对应的请求异常信号；
若所述消息处理中心没有返回所述请求异常信号，则确定所述广播内容已广播至消息队列中；
若所述消息处理中心返回所述请求异常信号，则基于负载均衡算法对所述消息广播请求进行消息队列修复操作，得到修复消息队列；
基于所述修复消息队列向所述消息处理中心发送所述消息广播请求。
为了解决上述技术问题，本申请实施例还提供一种应用于蓝绿发布的消息队列修复装置，采用了如下所述的技术方案：
发布请求接收模块，用于接收用户终端发送的消息发布请求，所述消息发布请求至少携带有广播内容；
第一请求发送模块，用于基于所述消息队列网络向消息处理中心发送消息广播请求，所述消息广播请求至少携带有广播内容以及所述配置环境信息；
异常判断模块，用于判断所述消息处理中心是否返回与所述配置环境信息相对应的请求异常信号；
广播正常模块，用于若所述消息处理中心没有返回所述请求异常信号，则确定所述广播内容已广播至消息队列中；
异常修复模块，用于若所述消息处理中心返回所述请求异常信号，则基于负载均衡算法对所述消息广播请求进行消息队列修复操作，得到修复消息队列；
第二请求发送模块，用于基于修复消息队列向所述消息处理中心发送所述消息广播请求。
为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：
包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的应用于蓝绿发布的消息队列修复方法的步骤。
为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：
所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的应用于蓝绿发布的消息队列修复方法的步骤。
与现有技术相比，本申请实施例提供的应用于蓝绿发布的消息队列修复方法、装置、计算机设备及存储介质主要有以下有益效果：
本申请实施例提供的应用于蓝绿发布的消息队列修复方法，在业务系统进行蓝绿发布之前，先把环境信息添加到消息队列网络中的各个“站点”的连接名上，在业务系统进行蓝绿发布之后，当消息处理中心接收到的消息广播请求与该环境信息不一致时，说明该消息广播请求存在异常，导致该消息广播请求无法正常广播至消息队列中，此时，基于负载均衡算法对该消息广播请求进行消息队列修复操作，从而实现在进行蓝绿发布之后，蓝/绿流量能按照预先设定的规则进行投递，相互之间不会出现流窜，使得业务在进行功能验证时更方便更安全。
附图说明
为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的应用于蓝绿发布的消息队列修复方法的实现流程图；
图2是本申请实施例提供的消息队列架构模型的示意图；
图3是图1中步骤S104的实现流程图；
图4是本申请实施例一提供的一种广播内容控制方法的实现流程图；
图5是图4中步骤S403的实现流程图；
图6是本申请实施例二提供的应用于蓝绿发布的消息队列修复装置的结构示意图；
图7是根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。
实施例一
参考图1，示出了根据本申请实施例一提供的应用于蓝绿发布的消息队列修复方法的实现流程图，为了便于说明，仅示出与本申请相关的部分。
在步骤S101中，接收用户终端发送的消息发布请求，消息发布请求至少携带有广播内容。
在本申请实施例中，用户终端指的是用于执行本申请提供的预防证件滥用的图像处理方法的终端设备，该当前终端可以是诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端，应当理解，此处对用户终端的举例仅为方便理解，不用于限定本申请。
在步骤S102中，基于消息队列网络向消息处理中心发送消息广播请求，消息广播请求至少携带有广播内容以及配置环境信息。
在本申请实施例中，蓝绿发布是一种以可预测的方式进行应用发布的技术，目的是减少应用升级中服务中断的时间，应用平滑升级。目前最常见的蓝绿发布方式基本都是通过服务冗余来解决应用升级问题，即在生产环境准备两组相同的基础设施集群并在每组集群上部署相同应用服务，其中一组是活跃流量的配置(绿色环境)，另外一组是待切的配置(蓝色环境)。用户访问时，会把所有流量通过负载均衡路由到绿色环境的应用集群。当应用服务需要进行版本升级时，在蓝色环境中部署新版本的应用，测试通过后切断绿色环境的用户访问，并将所有外部流量通过负载均衡路由到蓝色环境的应用集群。使用蓝绿发布方式进行应用服务版本升级的好处在于运维人员可以始终在蓝色环境进行应用部署，即使出现问题也不会影响绿色环境的服务，如果流量切换后发现问题也可以在很短的时间内完成服务回滚，从而降低应用版本升级所带来的服务中断风险。
在本申请实施例中，参阅图2，示出了本申请实施例提供的消息队列架构模型的示意图，消息队列(Message queue)是一种进程间通信或同一进程的不同线程间的通信方式，软件的贮列用来处理一系列的输入，通常是来自用户。消息队列提供了异步的通信协议，每一个贮列中的纪录包含详细说明的数据，包含发生的时间，输入设备的种类，以及特定的输入参数，也就是说：消息的发送者和接收者不需要同时与消息队列交互。消息会保存在队列中，直到接收者取回它。
其中，Producer表示消息生产者，主要负责产生和发送消息到消息处理中心(Broker)；Broker表示消息处理中心，主要负责消息存储、确认、重试等，一般其中会包含多个主题(topic)；Consumer表示消息消费者，主要负责从Broker(消息处理中心)中获取消息，并进行相应处理。
在本申请实施例中，配置环境信息指的是业务系统进行蓝绿发布时，客户端所适用的蓝/绿版本的配置环境信息，主要用于标识该业务系统的适用版本。
在本申请实施例中，消息生产者(Producer)在发送消息时，由于站点名携带有配置环境信息，因此在进行消息发送时，只会将该广播内容发送至与消息生产者(Producer)配置环境相一致的队列标识(queue Id)进行发送。
在本申请实施例中，广播内容指的是消息生产者产生和发送的消息内容。
在步骤S103中，判断消息处理中心是否返回与配置环境信息相对应的请求异常信号。
在本申请实施例中，当消息处理中心接收到该消息广播请求时，会基于该消息生产者站点名中的配置环境信息判断消息生产者与消息消费者之间的业务系统版本是否一致，若一致，则判定请求正常，并将该广播内容广播至消息队列中；若不一致，则说明消息生产者与消息消费者处于不同的业务系统版本，从而导致消息队列无法精准地把消息投递到对应的版本的消息消费者。
在本申请实施例中，请求异常信号主要用于辨认消息生产者与消息消费者是否处于不同的业务系统版本。
在步骤S104中，若消息处理中心没有返回请求异常信号，则确定该广播内容已广播至消息队列中。
在本申请实施例中，若没有返回请求异常信号，则说明消息生产者与消息消费者处于同一业务系统版本，将正常发布广播内容。
在步骤S105中，若消息处理中心返回请求异常信号，则基于负载均衡算法对消息广播请求进行消息队列修复操作，得到修复消息队列。
在本申请实施例中，若返回请求异常信号，则说明消息生产者与消息消费者处于不同的业务系统版本，广播内容发布异常。
在本申请实施例中，负载均衡算法主要用于将负载(工作任务)进行平衡、分摊到多个操作单元上进行运行，例如FTP服务器、Web服务器、企业核心应用服务器和其它主要任务服务器等，从而协同完成工作任务。
在本申请实施例中，消息队列修复操作主要是获取与该消息广播请求的主题(topic)下的所有消息消费者(consumer)以及队列标识(queue Id)，并基于各个站点名的配置环境信息选取与消息生产者(Producer)处于同一个配置环境的消息消费者(consumer)以及消息队列，并对选取出的消息消费者(consumer)以及消息队列负载均衡操作，从而实现原消费生产者与消息消费者的对接，进而解决消息队列无法识别客户端是蓝版本还是绿版本的问题。
在步骤S106中，基于修复消息队列向消息处理中心发送消息广播请求。
本申请实施例提供的应用于蓝绿发布的消息队列修复方法，在业务系统进行蓝绿发布之前，先把环境信息添加到消息队列网络中的各个“站点”的连接名上，在业务系统进行蓝绿发布之后，当消息处理中心接收到的消息广播请求与该环境信息不一致时，说明该消息广播请求存在异常，导致该消息广播请求无法正常广播至消息队列中，此时，基于负载均衡算法对该消息广播请求进行消息队列修复操作，从而实现在进行蓝绿发布之后，蓝/绿流量能按照预先设定的规则进行投递，相互之间不会出现流窜，使得业务在进行功能验证时更方便更安全。
继续参阅图3，示出了图1中步骤S105的实现流程图，为了便于说明，仅示出与本申请相关的部分。
在本申请实施例一的一些可选的实现方式中，消息广播请求还包括广播主题信息，上述步骤S105具体包括：步骤S301、步骤S302、步骤S303、步骤S304以及步骤S305。
在步骤S301中，采集与广播主题信息相对应的关联消费者数据以及关联队列标识数据。
在本申请实施例中，当业务系统进行蓝绿发布之后，生产的消息队列集群会分裂为两个，两个，一个蓝集群一个绿集群。但是集群只是抽象的集群，实际运作中两个集群都会注册到同一个注册中心。蓝绿集群只有集群名字前缀有差别，其他项包括系统配置、服务器配置等都是对等的。
在本申请实施例中，由于消息队列网络的消息处理中心包含有多个主题(topic)，而消息生产者(Producer)与消息消费者(Consumer)之间是基于该主题(topic)进行订阅关联的，因此，通过广播主题信息可以获取与消息生产者(Producer)订阅关联的所有消息消费者(Consumer)。
在本申请实施例中，基于负载均衡的特性，原始消息队列网络会给不同的消息消费者(Consumer)分配不同的队列标识(queue Id)，然而，当业务系统进行蓝绿发布之后，由于系统配置、服务器配置等产生差异，因此，需要给消息消费者(Consumer)重新分配蓝绿发布之后的队列标识(queue Id)。
在本申请实施例中，当业务系统进行蓝绿发布时，消息队列无法识别客户端是蓝版本还是绿版本，需要根据主题(topic)信息重新获取消息队列网络中与消息生产者(Producer)订阅关联的消息消费者(Consumer)。
在步骤S302中，在关联消费者数据中获取与配置环境信息相一致的目标消费者。
在本申请实施例中，由于蓝绿发布会存在两个不同配置的环境，因此，首先需要确认消息生产者(Producer)所适用的配置环境信息，具体的，可通过消息生产者(Producer)的站点名携带的配置环境信息确认该消息生产者(Producer)所适用的配置环境信息。
在本申请实施例中，可在上述消息队列集群中获取与配置环境信息相一致的目标消费者。
在步骤S303中，在关联队列标识数据中获取与配置环境信息相一致的目标队列标识。
在本申请实施例中，可在上述消息队列集群中获取与配置环境信息相一致的目标主题标识。
在步骤S304中，分别对目标消费者以及目标队列标识进行排序操作，得到两列排序结果。
在本申请实施例中，排序操作是分别对目标消费者和目标队列标识进行排队，以得到两列排序结果。
在步骤S305中，基于排序结果，分别为每个目标消费者分配一个目标队列标识。
在本申请实施例中，根据该排序的前后关系，按照“目标消费者-目标队列标识”的分配方式分别给每个目标消费者分配一个目标队列标识。
在本申请实施例中，当业务系统进行蓝绿发布时，消息队列无法识别消息消费者(Consumer)是蓝版本还是绿版本，需要在消息队列网络中重新获取与消息生产者(Producer)订阅关联的消息消费者(Consumer)，并重新分配队列标识，从而明确消息处理中心投递广播内容的下游消息消费者(Consumer)，以实现消息队列修复操作。
继续参阅图4，示出了本申请实施例一提供的一种广播内容控制方法的实现流程图，为了便于说明，仅示出与本申请相关的部分。
在本申请实施例一的一些可选的实现方式中，消息广播请求还携带有权效向量，上述步骤S104之后，还包括：步骤S401、步骤S402、步骤S403、步骤S404、步骤S405、步骤S406以及步骤S407。
在步骤S401中，判断与广播内容的消息主题相对应消息量是否满载。
在步骤S402中，若消息量未满载，则将消息广播请求的权效向量加入至权效向量空间，并将广播内容放入消息主题中，以进行消息广播。
在步骤S403中，若消息量满载，则基于权效向量计算消息广播请求的当前权效值。
在步骤S404中，获取当前权效向量空间中所有已存放消息的已存权效值，并计算权效向量空间的权效阈值。
在步骤S405中，判断当前权效值是否大于权效阈值。
在步骤S406中，若当前权效值大于权效阈值，则在已存放消息中删除一条已存权效值小于权效阈值的已存放消息，并将广播内容放入消息主题中，以进行消息广播。
在步骤S407中，若当前权效值小于权效阈值，则取消消息广播操作。
在本申请实施例一的一些可选的实现方式中，权效向量空间为四维向量组成的向量空间，四维向量包括消息ID、重要度、时效度和置换标识；
重要度表示为：
F1(x)＝Ax×Wx
其中，x表示任意一条消息，Ax表示消息x的优先级，Wx表示消息x的发送源权重，F1(x)表示消息x的重要度；
时效度表示为：
其中，Tx表示消息x的发送时间，F2(x)表示消息x的时效度。
继续参阅图5，示出了图4中步骤S403的实现流程图，为了便于说明，仅示出与本申请相关的部分。
在本申请实施例一的一些可选的实现方式中，上述步骤S403具体包括：步骤S501。
在步骤S501中，根据消息广播请求的重要度和时效度计算当前权效值，当前权效值表示为：
w(x0)＝αF1(x0)+βF2(x0)
其中，x0表示消息广播请求，w(x0)表示消息广播请求的权效值，α为重权参数，β为时权参数，F1(x0)为当前消息的重要度，F2(x0)为当前消息的时效度。
在本申请实施例一的一些可选的实现方式中，权效阈值表示为：
其中，n为当前权效向量空间中的权效向量总数，wi(x)为第i个消息的权效值，εi为第i个消息的加权参数，且有：
在本申请实施例一的一些可选的实现方式中，加权参数表示为：
其中，W为当前消息主题中所有消息的权效值之和，即：
Wi为第i个消息的权效值，n为当前权效向量空间中的权效向量总数，即当前消息主题中的消息数量。
综上，本申请实施例一提供的应用于蓝绿发布的消息队列修复方法，在业务系统进行蓝绿发布之前，先把环境信息添加到消息队列网络中的各个“站点”的连接名上，在业务系统进行蓝绿发布之后，当消息处理中心接收到的消息广播请求与该环境信息不一致时，说明该消息广播请求存在异常，导致该消息广播请求无法正常广播至消息队列中，此时，基于负载均衡算法对该消息广播请求进行消息队列修复操作，从而实现在进行蓝绿发布之后，蓝/绿流量能按照预先设定的规则进行投递，相互之间不会出现流窜，使得业务在进行功能验证时更方便更安全。同时，当业务系统进行蓝绿发布时，消息队列无法识别消息消费者(Consumer)是蓝版本还是绿版本，需要在消息队列网络中重新获取与消息生产者(Producer)订阅关联的消息消费者(Consumer)，并重新分配队列标识，从而明确消息处理中心投递广播内容的下游消息消费者(Consumer)，以实现消息队列修复操作。
需要强调的是，为进一步保证上述广播内容的私密和安全性，上述广播内容信息还可以存储于一区块链的节点中。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
实施例二
进一步参考图6，作为对上述图1所示方法的实现，本申请提供了一种应用于蓝绿发布的消息队列修复装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图6所示，本实施例的应用于蓝绿发布的消息队列修复装置100包括：发布请求接收模块110、第一请求发送模块120、异常判断模块130、广播正常模块140、异常修复模块150以及第二请求发送模块160。其中：
发布请求接收模块110，用于接收用户终端发送的消息发布请求，所述消息发布请求至少携带有广播内容；
第一请求发送模块120，用于基于消息队列网络向消息处理中心发送消息广播请求，消息广播请求至少携带有广播内容以及配置环境信息；
异常判断模块130，用于判断消息处理中心是否返回与配置环境信息相对应的请求异常信号；
广播正常模块140，用于若消息处理中心没有返回请求异常信号，则确定该广播内容已广播至消息队列中；
异常修复模块150，用于若消息处理中心返回请求异常信号，则基于负载均衡算法对消息广播请求进行消息队列修复操作；
第一请求发送模块160，用于基于所述修复消息队列向所述消息处理中心发送所述消息广播请求。
在本申请实施例中，用户终端指的是用于执行本申请提供的预防证件滥用的图像处理方法的终端设备，该当前终端可以是诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端，应当理解，此处对用户终端的举例仅为方便理解，不用于限定本申请。
在本申请实施例中，蓝绿发布是一种以可预测的方式进行应用发布的技术，目的是减少应用升级中服务中断的时间，应用平滑升级。目前最常见的蓝绿发布方式基本都是通过服务冗余来解决应用升级问题，即在生产环境准备两组相同的基础设施集群并在每组集群上部署相同应用服务，其中一组是活跃流量的配置(绿色环境)，另外一组是待切的配置(蓝色环境)。用户访问时，会把所有流量通过负载均衡路由到绿色环境的应用集群。当应用服务需要进行版本升级时，在蓝色环境中部署新版本的应用，测试通过后切断绿色环境的用户访问，并将所有外部流量通过负载均衡路由到蓝色环境的应用集群。使用蓝绿发布方式进行应用服务版本升级的好处在于运维人员可以始终在蓝色环境进行应用部署，即使出现问题也不会影响绿色环境的服务，如果流量切换后发现问题也可以在很短的时间内完成服务回滚，从而降低应用版本升级所带来的服务中断风险。
在本申请实施例中，参阅图2，示出了本申请实施例提供的消息队列架构模型的示意图，消息队列(Message queue)是一种进程间通信或同一进程的不同线程间的通信方式，软件的贮列用来处理一系列的输入，通常是来自用户。消息队列提供了异步的通信协议，每一个贮列中的纪录包含详细说明的数据，包含发生的时间，输入设备的种类，以及特定的输入参数，也就是说：消息的发送者和接收者不需要同时与消息队列交互。消息会保存在队列中，直到接收者取回它。
其中，Producer表示消息生产者，主要负责产生和发送消息到消息处理中心(Broker)；Broker表示消息处理中心，主要负责消息存储、确认、重试等，一般其中会包含多个主题(topic)；Consumer表示消息消费者，主要负责从Broker(消息处理中心)中获取消息，并进行相应处理。
在本申请实施例中，配置环境信息指的是业务系统进行蓝绿发布时，客户端所适用的蓝/绿版本的配置环境信息，主要用于标识该业务系统的适用版本。
在本申请实施例中，消息生产者(Producer)在发送消息时，由于站点名携带有配置环境信息，因此在进行消息发送时，只会将该广播内容发送至与消息生产者(Producer)配置环境相一致的队列标识(queue Id)进行发送。
在本申请实施例中，广播内容指的是消息生产者产生和发送的消息内容。
在本申请实施例中，当消息处理中心接收到该消息广播请求时，会基于该消息生产者站点名中的配置环境信息判断消息生产者与消息消费者之间的业务系统版本是否一致，若一致，则判定请求正常，并将该广播内容广播至消息队列中；若不一致，则说明消息生产者与消息消费者处于不同的业务系统版本，从而导致消息队列无法精准地把消息投递到对应的版本的消息消费者。
在本申请实施例中，请求异常信号主要用于辨认消息生产者与消息消费者是否处于不同的业务系统版本。
在本申请实施例中，若没有返回请求异常信号，则说明消息生产者与消息消费者处于同一业务系统版本，将正常发布广播内容。
在本申请实施例中，若返回请求异常信号，则说明消息生产者与消息消费者处于不同的业务系统版本，广播内容发布异常。
在本申请实施例中，负载均衡算法主要用于将负载(工作任务)进行平衡、分摊到多个操作单元上进行运行，例如FTP服务器、Web服务器、企业核心应用服务器和其它主要任务服务器等，从而协同完成工作任务。
在本申请实施例中，消息队列修复操作主要是获取与该消息广播请求的主题(topic)下的所有消息消费者(consumer)以及队列标识(queue Id)，并基于各个站点名的配置环境信息选取与消息生产者(Producer)处于同一个配置环境的消息消费者(consumer)以及消息队列，并对选取出的消息消费者(consumer)以及消息队列负载均衡操作，从而实现原消费生产者与消息消费者的对接，进而解决消息队列无法识别客户端是蓝版本还是绿版本的问题。
本申请实施例提供的应用于蓝绿发布的消息队列修复装置，在业务系统进行蓝绿发布之前，先把环境信息添加到消息队列网络中的各个“站点”的连接名上，在业务系统进行蓝绿发布之后，当消息处理中心接收到的消息广播请求与该环境信息不一致时，说明该消息广播请求存在异常，导致该消息广播请求无法正常广播至消息队列中，此时，基于负载均衡算法对该消息广播请求进行消息队列修复操作，从而实现在进行蓝绿发布之后，蓝/绿流量能按照预先设定的规则进行投递，相互之间不会出现流窜，使得业务在进行功能验证时更方便更安全。
在本申请实施例二的一些可选的实现方式中，消息广播请求还包括广播主题信息，上述异常修复模块150具体包括：
数据采集子模块，用于采集与广播主题信息相对应的关联消费者数据以及关联队列标识数据；
消费者获取子模块，用于在关联消费者数据中获取与配置环境信息相一致的目标消费者；
队列标识获取子模块，用于在关联队列标识数据中获取与配置环境信息相一致的目标队列标识；
排序操作子模块，用于分别对目标消费者以及目标队列标识进行排序操作，得到两列排序结果；
队列标识分配子模块，用于基于排序结果，分别为每个目标消费者分配一个目标队列标识。
在本申请实施例二的一些可选的实现方式中，消息广播请求还携带有权效向量，上述应用于蓝绿发布的消息队列修复装置100还包括：满载判断模块、未满载模块、满载确定模块、权效阈值计算模块、权效阈值判断模块、已存放消息处理模块以及广播取消模块。其中：
满载判断模块，用于判断与广播内容的消息主题相对应消息量是否满载；
未满载模块，用于若消息量未满载，则将消息广播请求的权效向量加入至权效向量空间，并将广播内容放入消息主题中，以进行消息广播；
满载确定模块，用于若消息量满载，则基于权效向量计算消息广播请求的当前权效值；
权效阈值计算模块，用于获取当前权效向量空间中所有已存放消息的已存权效值，并计算权效向量空间的权效阈值；
权效阈值判断模块，用于判断当前权效值是否大于权效阈值；
已存放消息处理模块，用于若当前权效值大于权效阈值，则在已存放消息中删除一条已存权效值小于权效阈值的已存放消息，并将广播内容放入消息主题中，以进行消息广播；
广播取消模块，用于若当前权效值小于权效阈值，则取消消息广播操作。
在本申请实施例二的一些可选的实现方式中，权效向量空间为四维向量组成的向量空间，四维向量包括消息ID、重要度、时效度和置换标识；
重要度表示为：
F1(x)＝Ax×Wx
其中，x表示任意一条消息，Ax表示消息x的优先级，Wx表示消息x的发送源权重，F1(x)表示消息x的重要度；
时效度表示为：
其中，Tx表示消息x的发送时间，F2(x)表示消息x的时效度。
在本申请实施例二的一些可选的实现方式中，上述满载确定模块包括：当前权效值计算子模块。其中：
当前权效值计算子模块，用于根据消息广播请求的重要度和时效度计算当前权效值，当前权效值表示为：
w(x0)＝αF1(x0)+βF2(x0)
其中，x0表示消息广播请求，w(x0)表示消息广播请求的权效值，α为重权参数，β为时权参数，F1(x0)为当前消息的重要度，F2(x0)为当前消息的时效度。
在本申请实施例二的一些可选的实现方式中，权效阈值表示为：
其中，n为当前权效向量空间中的权效向量总数，wi(x)为第i个消息的权效值，εi为第i个消息的加权参数，且有：
在本申请实施例二的一些可选的实现方式中，加权参数表示为：
其中，W为当前消息主题中所有消息的权效值之和，即：
Wi为第i个消息的权效值，n为当前权效向量空间中的权效向量总数，即当前消息主题中的消息数量。
综上，本申请实施例二提供的应用于蓝绿发布的消息队列修复装置，在业务系统进行蓝绿发布之前，先把环境信息添加到消息队列网络中的各个“站点”的连接名上，在业务系统进行蓝绿发布之后，当消息处理中心接收到的消息广播请求与该环境信息不一致时，说明该消息广播请求存在异常，导致该消息广播请求无法正常广播至消息队列中，此时，基于负载均衡算法对该消息广播请求进行消息队列修复操作，从而实现在进行蓝绿发布之后，蓝/绿流量能按照预先设定的规则进行投递，相互之间不会出现流窜，使得业务在进行功能验证时更方便更安全。同时，当业务系统进行蓝绿发布时，消息队列无法识别消息消费者(Consumer)是蓝版本还是绿版本，需要在消息队列网络中重新获取与消息生产者(Producer)订阅关联的消息消费者(Consumer)，并重新分配队列标识，从而明确消息处理中心投递广播内容的下游消息消费者(Consumer)，以实现消息队列修复操作。
为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图7，图7为本实施例计算机设备基本结构框图。
所述计算机设备200包括通过系统总线相互通信连接存储器210、处理器220、网络接口230。需要指出的是，图中仅示出了具有组件210-230的计算机设备200，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器210至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器210可以是所述计算机设备200的内部存储单元，例如该计算机设备200的硬盘或内存。在另一些实施例中，所述存储器210也可以是所述计算机设备200的外部存储设备，例如该计算机设备200上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器210还可以既包括所述计算机设备200的内部存储单元也包括其外部存储设备。本实施例中，所述存储器210通常用于存储安装于所述计算机设备200的操作系统和各类应用软件，例如应用于蓝绿发布的消息队列修复方法的计算机可读指令等。此外，所述存储器210还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器220在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器220通常用于控制所述计算机设备200的总体操作。本实施例中，所述处理器220用于运行所述存储器210中存储的计算机可读指令或者处理数据，例如运行所述应用于蓝绿发布的消息队列修复方法的计算机可读指令。
所述网络接口230可包括无线网络接口或有线网络接口，该网络接口230通常用于在所述计算机设备200与其他电子设备之间建立通信连接。
本申请实施例提供的应用于蓝绿发布的消息队列修复方法，在业务系统进行蓝绿发布之前，先把环境信息添加到消息队列网络中的各个“站点”的连接名上，在业务系统进行蓝绿发布之后，当消息处理中心接收到的消息广播请求与该环境信息不一致时，说明该消息广播请求存在异常，导致该消息广播请求无法正常广播至消息队列中，此时，基于负载均衡算法对该消息广播请求进行消息队列修复操作，从而实现在进行蓝绿发布之后，蓝/绿流量能按照预先设定的规则进行投递，相互之间不会出现流窜，使得业务在进行功能验证时更方便更安全。
本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的应用于蓝绿发布的消息队列修复方法的步骤。
本申请实施例提供的应用于蓝绿发布的消息队列修复方法，在业务系统进行蓝绿发布之前，先把环境信息添加到消息队列网络中的各个“站点”的连接名上，在业务系统进行蓝绿发布之后，当消息处理中心接收到的消息广播请求与该环境信息不一致时，说明该消息广播请求存在异常，导致该消息广播请求无法正常广播至消息队列中，此时，基于负载均衡算法对该消息广播请求进行消息队列修复操作，从而实现在进行蓝绿发布之后，蓝/绿流量能按照预先设定的规则进行投递，相互之间不会出现流窜，使得业务在进行功能验证时更方便更安全。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。
Claims (10)
1.一种应用于蓝绿发布的消息队列修复方法，其特征在于，消息队列网络的站点名携带有配置环境信息，包括下述步骤：
接收用户终端发送的消息发布请求，所述消息发布请求至少携带有广播内容；
基于所述消息队列网络向消息处理中心发送消息广播请求，所述消息广播请求至少携带有所述广播内容以及所述配置环境信息；
判断所述消息处理中心是否返回与所述配置环境信息相对应的请求异常信号；
若所述消息处理中心没有返回所述请求异常信号，则确定所述广播内容已广播至消息队列中；
若所述消息处理中心返回所述请求异常信号，则基于负载均衡算法对所述消息广播请求进行消息队列修复操作，得到修复消息队列；
基于所述修复消息队列向所述消息处理中心发送所述消息广播请求。
2.根据权利要求1所述的应用于蓝绿发布的消息队列修复方法，其特征在于，所述消息广播请求还包括广播主题信息，所述若所述消息处理中心返回所述请求异常信号，则基于负载均衡算法对所述消息广播请求进行消息队列修复操作的步骤，具体包括下述步骤：
采集与所述广播主题信息相对应的关联消费者数据以及关联队列标识数据；
在所述关联消费者数据中获取与所述配置环境信息相一致的目标消费者；
在所述关联队列标识数据中获取与所述配置环境信息相一致的目标队列标识；
分别对所述目标消费者以及所述目标队列标识进行排序操作，得到两列排序结果；
基于所述排序结果，分别为每个所述目标消费者分配一个所述目标队列标识。
3.根据权利要求1所述的应用于蓝绿发布的消息队列修复方法，其特征在于，所述消息广播请求还携带有权效向量，在所述若所述消息处理中心没有返回所述请求异常信号，则确定该广播内容已广播至消息队列中的步骤之后，还包括下述步骤：
判断与所述广播内容的消息主题相对应消息量是否满载；
若所述消息量未满载，则将所述消息广播请求的所述权效向量加入至权效向量空间，并将所述广播内容放入所述消息主题中，以进行消息广播；
若所述消息量满载，则基于所述权效向量计算所述消息广播请求的当前权效值；
获取当前所述权效向量空间中所有已存放消息的已存权效值，并计算所述权效向量空间的权效阈值；
判断所述当前权效值是否大于所述权效阈值；
若所述当前权效值大于所述权效阈值，则在所述已存放消息中删除一条所述已存权效值小于所述权效阈值的所述已存放消息，并将所述广播内容放入所述消息主题中，以进行消息广播；
若所述当前权效值小于所述权效阈值，则取消消息广播操作。
4.根据权利要求3所述的应用于蓝绿发布的消息队列修复方法，其特征在于，所述权效向量空间为四维向量组成的向量空间，所述四维向量包括消息ID、重要度、时效度和置换标识；
所述重要度表示为：
F1(x)＝Ax×Wx
其中，x表示任意一条消息，Ax表示消息x的优先级，Wx表示消息x的发送源权重，F1(x)表示消息x的重要度；
所述时效度表示为：
其中，Tx表示消息x的发送时间，F2(x)表示消息x的时效度。
5.根据权利要求4所述的应用于蓝绿发布的消息队列修复方法，其特征在于，所述基于所述权效向量计算所述消息广播请求的当前权效值的步骤，具体包括：
根据所述消息广播请求的重要度和时效度计算所述当前权效值，所述当前权效值表示为：
w(x0)＝αF1(x0)+βF2(x0)
其中，x0表示所述消息广播请求，w(x0)表示所述消息广播请求的权效值，α为重权参数，β为时权参数，F1(x0)为所述当前消息的重要度，F2(x0)为所述当前消息的时效度。
6.根据权利要求4所述的应用于蓝绿发布的消息队列修复方法，其特征在于，所述权效阈值表示为：
其中，n为当前权效向量空间中的权效向量总数，wi(x)为第i个消息的权效值，εi为第i个消息的加权参数，且有：
7.根据权利要求6所述的应用于蓝绿发布的消息队列修复方法，其特征在于，所述加权参数表示为：
其中，W为当前消息主题中所有消息的权效值之和，即:
Wi为第i个消息的权效值，n为当前权效向量空间中的权效向量总数，即当前消息主题中的消息数量。
8.一种应用于蓝绿发布的消息队列修复装置，其特征在于，包括：
发布请求接收模块，用于接收用户终端发送的消息发布请求，所述消息发布请求至少携带有广播内容；
第一请求发送模块，用于基于所述消息队列网络向消息处理中心发送消息广播请求，所述消息广播请求至少携带有广播内容以及所述配置环境信息；
异常判断模块，用于判断所述消息处理中心是否返回与所述配置环境信息相对应的请求异常信号；
广播正常模块，用于若所述消息处理中心没有返回所述请求异常信号，则确定所述广播内容已广播至消息队列中；
异常修复模块，用于若所述消息处理中心返回所述请求异常信号，则基于负载均衡算法对所述消息广播请求进行消息队列修复操作，得到修复消息队列；
第二请求发送模块，用于基于所述修复消息队列向所述消息处理中心发送所述消息广播请求。
9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的应用于蓝绿发布的消息队列修复方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的应用于蓝绿发布的消息队列修复方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011609117.1A CN112685199B (zh) | 2020-12-30 | 2020-12-30 | 一种消息队列修复方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011609117.1A CN112685199B (zh) | 2020-12-30 | 2020-12-30 | 一种消息队列修复方法、装置、计算机设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112685199A true CN112685199A (zh) | 2021-04-20 |
| CN112685199B CN112685199B (zh) | 2023-10-20 |
Family
ID=75455032
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011609117.1A Active CN112685199B (zh) | 2020-12-30 | 2020-12-30 | 一种消息队列修复方法、装置、计算机设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112685199B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115460086A (zh) * | 2022-08-18 | 2022-12-09 | 北京永辉科技有限公司 | 分布式中间件的实时防护系统、方法及计算机可读存储介质 |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5784615A (en) * | 1994-12-13 | 1998-07-21 | Microsoft Corporation | Computer system messaging architecture |
| US20120096112A1 (en) * | 2010-10-19 | 2012-04-19 | Sap Ag. | Transparent distribution and decoupling of modules using asynchronous communication and scopes |
| CN103634411A (zh) * | 2013-12-16 | 2014-03-12 | 上海证券交易所 | 一种具有状态一致性的市场数据实时广播系统及方法 |
| US20140379999A1 (en) * | 2013-06-21 | 2014-12-25 | Stmicroelectronics (Grenoble 2) Sas | Data queue having an unlimited depth |
| US20150067028A1 (en) * | 2013-08-30 | 2015-03-05 | Indian Space Research Organisation | Message driven method and system for optimal management of dynamic production workflows in a distributed environment |
| US20150067135A1 (en) * | 2013-08-22 | 2015-03-05 | Inspur Electronic Information Industry Co., Ltd | Member-oriented hybrid cloud operating system architecture and communication method thereof |
| US9350565B1 (en) * | 2003-10-14 | 2016-05-24 | Amazon Technologies, Inc. | Method and system for reliable distribution of messages |
| CN105812159A (zh) * | 2014-12-30 | 2016-07-27 | 中国科学院深圳先进技术研究院 | 一种云平台监控报警方法 |
| CN106330750A (zh) * | 2016-08-17 | 2017-01-11 | 成都聚美优品科技有限公司 | 一种可控式大并发分布式消息队列推送方法 |
| US20170061364A1 (en) * | 2015-08-28 | 2017-03-02 | Exacttarget, Inc. | Database systems and related queue management methods |
| US20170214738A1 (en) * | 2016-01-25 | 2017-07-27 | Vmware, Inc. | Node selection for message redistribution in an integrated application-aware load balancer incorporated within a distributed-service-application-controlled distributed computer system |
| US20170289583A1 (en) * | 2016-03-30 | 2017-10-05 | Le Holdings (Beijing) Co., Ltd. | Method and system for optimizing publication of live broadcasting message |
| CN111131034A (zh) * | 2019-11-28 | 2020-05-08 | 江苏艾佳家居用品有限公司 | 一种用于分布式系统的基于标签的环境隔离方法 |
| CN111796983A (zh) * | 2020-06-23 | 2020-10-20 | 中体彩科技发展有限公司 | 一种体彩异常交易请求的监控系统及方法 |
-
2020
- 2020-12-30 CN CN202011609117.1A patent/CN112685199B/zh active Active
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5784615A (en) * | 1994-12-13 | 1998-07-21 | Microsoft Corporation | Computer system messaging architecture |
| US9350565B1 (en) * | 2003-10-14 | 2016-05-24 | Amazon Technologies, Inc. | Method and system for reliable distribution of messages |
| US20120096112A1 (en) * | 2010-10-19 | 2012-04-19 | Sap Ag. | Transparent distribution and decoupling of modules using asynchronous communication and scopes |
| US20140379999A1 (en) * | 2013-06-21 | 2014-12-25 | Stmicroelectronics (Grenoble 2) Sas | Data queue having an unlimited depth |
| US20150067135A1 (en) * | 2013-08-22 | 2015-03-05 | Inspur Electronic Information Industry Co., Ltd | Member-oriented hybrid cloud operating system architecture and communication method thereof |
| US20150067028A1 (en) * | 2013-08-30 | 2015-03-05 | Indian Space Research Organisation | Message driven method and system for optimal management of dynamic production workflows in a distributed environment |
| CN103634411A (zh) * | 2013-12-16 | 2014-03-12 | 上海证券交易所 | 一种具有状态一致性的市场数据实时广播系统及方法 |
| CN105812159A (zh) * | 2014-12-30 | 2016-07-27 | 中国科学院深圳先进技术研究院 | 一种云平台监控报警方法 |
| US20170061364A1 (en) * | 2015-08-28 | 2017-03-02 | Exacttarget, Inc. | Database systems and related queue management methods |
| US20170214738A1 (en) * | 2016-01-25 | 2017-07-27 | Vmware, Inc. | Node selection for message redistribution in an integrated application-aware load balancer incorporated within a distributed-service-application-controlled distributed computer system |
| US20170289583A1 (en) * | 2016-03-30 | 2017-10-05 | Le Holdings (Beijing) Co., Ltd. | Method and system for optimizing publication of live broadcasting message |
| CN106330750A (zh) * | 2016-08-17 | 2017-01-11 | 成都聚美优品科技有限公司 | 一种可控式大并发分布式消息队列推送方法 |
| CN111131034A (zh) * | 2019-11-28 | 2020-05-08 | 江苏艾佳家居用品有限公司 | 一种用于分布式系统的基于标签的环境隔离方法 |
| CN111796983A (zh) * | 2020-06-23 | 2020-10-20 | 中体彩科技发展有限公司 | 一种体彩异常交易请求的监控系统及方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115460086A (zh) * | 2022-08-18 | 2022-12-09 | 北京永辉科技有限公司 | 分布式中间件的实时防护系统、方法及计算机可读存储介质 |
| CN115460086B (zh) * | 2022-08-18 | 2024-01-30 | 北京永辉科技有限公司 | 分布式中间件的实时防护系统、方法及计算机可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112685199B (zh) | 2023-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111818112B (zh) | 一种基于Kafka系统的发送消息的方法和装置 | |
| CN107729137B (zh) | 服务器、区块链验签解密的方法及存储介质 | |
| CN106789362A (zh) | 一种设备管理方法及网管系统 | |
| CN104378342A (zh) | 多账号验证方法、装置及系统 | |
| CN111736872A (zh) | 灰度发布升级方法、装置、计算机系统及可读存储介质 | |
| CN113657900A (zh) | 一种跨链交易验证方法、系统以及跨链交易系统 | |
| CN110688828A (zh) | 文件处理方法及装置、文件处理系统、计算机设备 | |
| CN111245642A (zh) | 一种获取多系统之间的依赖关系的方法、装置和电子设备 | |
| CN106354795A (zh) | 一种分布式数据交换系统 | |
| CN104484167B (zh) | 任务处理方法及装置 | |
| CN114265898A (zh) | 数据处理方法、装置、设备和存储介质 | |
| CN105721612B (zh) | 数据传输方法和装置 | |
| CN103595654A (zh) | 基于多核CPU的HQoS实现方法、装置及网络设备 | |
| CN112685199A (zh) | 一种消息队列修复方法、装置、计算机设备及存储介质 | |
| CN103428260A (zh) | 用于将终端分配到服务器并高效地提示终端的系统及方法 | |
| CN110245014B (zh) | 数据处理方法和装置 | |
| CN114090682A (zh) | 一种多通道联盟链上链方法、装置、设备及存储介质 | |
| CN114021056A (zh) | Ict资源链接虚拟运营平台的动态划分方法及划分系统 | |
| CN113626765A (zh) | 一种能源数据处理方法、装置、设备及存储介质 | |
| CN102404302A (zh) | 一种派发服务的方法和服务派发服务器 | |
| CN116703071A (zh) | 资源共享方法、装置及设备和存储介质 | |
| CN102868594B (zh) | 一种消息处理方法和装置 | |
| CN112948054B (zh) | 一种基于虚拟化技术的公交混合云平台系统 | |
| CN107230162A (zh) | 基于生产管理系统的设备异动处理方法和装置 | |
| CN112016107A (zh) | 一种基于区块链的物流大数据生态系统和方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20230919 Address after: 512400 No. 999, Residential Committee Dormitory, Jiezhi Town, Nanxiong City, Shaoguan City, Guangdong Province Applicant after: Dong Xiaojun Address before: 518000 Room 202, block B, aerospace micromotor building, No.7, Langshan No.2 Road, Xili street, Nanshan District, Shenzhen City, Guangdong Province Applicant before: Shenzhen LIAN intellectual property service center Effective date of registration: 20230919 Address after: 518000 Room 202, block B, aerospace micromotor building, No.7, Langshan No.2 Road, Xili street, Nanshan District, Shenzhen City, Guangdong Province Applicant after: Shenzhen LIAN intellectual property service center Address before: 518000 Room 201, building A, No. 1, Qian Wan Road, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong (Shenzhen Qianhai business secretary Co., Ltd.) Applicant before: PING AN PUHUI ENTERPRISE MANAGEMENT Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20231101 Address after: Unit 801-805, Room 101, 1166 Xingang East Road, Haizhu District, Guangzhou City, Guangdong Province, 510000 (for office only) Patentee after: Guangzhou digi Technology Co.,Ltd. Address before: 512400 No. 999, Residential Committee Dormitory, Jiezhi Town, Nanxiong City, Shaoguan City, Guangdong Province Patentee before: Dong Xiaojun |
|
| TR01 | Transfer of patent right |