CN113010438A - 一种请求消息处理系统、方法、装置以及电子设备 - Google Patents
一种请求消息处理系统、方法、装置以及电子设备 Download PDFInfo
- Publication number
- CN113010438A CN113010438A CN202110462539.9A CN202110462539A CN113010438A CN 113010438 A CN113010438 A CN 113010438A CN 202110462539 A CN202110462539 A CN 202110462539A CN 113010438 A CN113010438 A CN 113010438A
- Authority
- CN
- China
- Prior art keywords
- request message
- service request
- computing cluster
- gray scale
- processing
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 83
- 230000006870 function Effects 0.000 claims description 136
- 238000004364 calculation method Methods 0.000 claims description 135
- 238000004590 computer program Methods 0.000 claims description 4
- 230000036541 health Effects 0.000 description 68
- 230000008569 process Effects 0.000 description 47
- 230000002159 abnormal effect Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 238000003672 processing method Methods 0.000 description 6
- 235000012054 meals Nutrition 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 235000013305 food Nutrition 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 230000007474 system interaction Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002040 relaxant effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供一种请求消息处理系统、方法、装置以及电子设备，所述方法包括：获得针对目标商户端的服务请求消息；判断是否将所述服务请求消息发送给灰度计算集群进行处理，所述灰度计算集群是用于提供所述目标商户端的更新后但未正式发布的服务功能的计算集群；如果是，则将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群进行处理，所述正式计算集群是用于提供所述目标商户端的当前发布的服务功能计算集群。
Description
技术领域
本申请涉及测试技术领域，具体涉及一种消息处理系统、方法、装置以及电子设备，本申请同时还涉及一种计算存储介质。
背景技术
随着人们生活水平的提高，人们越来越期望能够更快更好的享受服务。例如：用户在通过二维码点餐的过程中，期望扫描二维码显示点餐界面的过程快速，且点餐界面简洁清楚。
现有技术中，为了优化各种各样的服务，通常需要对所述服务的内容进行不断的调试并更新，并将其部署于商户端，以为用户提供服务。但即使是将服务通过不断的调整，在商户端更新后，商户端依然可能会出现各种各样的问题，无论是对用户还是对商家都造成了极大的困扰。
因此，如何对服务的功能进行更新测试成为本领域技术人员亟需解决的技术问题。
发明内容
本申请提供一种请求消息处理系统、方法、装置以及电子设备，以解决上述现有技术中存在的问题，本申请同时还涉及一种计算机存储介质。
本申请提供一种请求消息处理系统，包括：服务端、灰度计算集群、正式计算集群；所述服务端，用于接收目标商户端发送的服务请求消息；判断是否将所述服务请求消息发送给所述灰度计算集群进行处理；如果是，则将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群；所述灰度计算集群，用于接收所述服务端发送的所述服务请求消息，根据所述目标商户端的更新后但未发布的服务功能处理所述服务请求消息；所述正式计算集群，用于接收所述服务端发送的所述服务请求消息，根据所述目标商户端的当前发布的服务功能处理所述服务请求消息。
可选的，还包括：目标客户端，用于获得针对目标商户端的服务请求消息，将所述针对目标商户端的服务请求消息发送给所述服务端。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给所述灰度计算集群进行处理的标识信息。
可选的，所述判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给所述灰度计算集群进行处理的标识信息，包括：判断所述服务请求消息的头部数据中是否包含所述标识信息。
可选的，还包括：灰度匹配引擎中心，用于向所述服务端发送针对所述目标商户端的服务请求消息；对应的，所述服务端用于接收所述灰度匹配引擎中心发出的所述服务请求消息。
可选的，所述灰度匹配引擎中心，还用于将所述灰度计算维度信息发送至所述服务端；对应的，所述服务端还用于获得所述灰度匹配引擎中心发送的所述灰度计算维度信息；所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：判断所述服务请求消息是否命中所述灰度计算维度信息。
可选的，还包括：维度信息配置端，用于配置灰度计算维度信息，将所述灰度计算维度信息发送给所述灰度匹配引擎中心。
可选的，所述判断所述服务请求消息是否命中所述灰度计算维度信息，包括：判断所述服务请求消息的头部数据是否命中所述灰度计算维度信息。
可选的，所述灰度计算维度信息，包括以下至少一个维度信息：满足灰度计算条件的商户维度信息；满足灰度计算条件的目标商户端对应的版本信息；满足灰度计算条件的产品信息；满足灰度计算条件的用户维度信息。
可选的，所述灰度计算集群，还用于判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度阈值，如果是，则向所述正式计算集群发送所述目标商户端的更新后但未发布的服务功能对应的代码；对应的，所述正式计算集群，还用于接收所述灰度计算集群发送的所述目标商户端的更新后但未发布的服务功能对应的代码，根据所述目标商户端的更新后但未发布的服务功能对应的代码更新所述当前发布的服务功能对应的代码。
可选的，所述服务端，还用于判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度阈值，如果是，则向所述灰度计算集群发送用于更新所述正式计算集群的更新请求消息；对应的，所述灰度计算集群，用于向所述服务端发送所述灰度计算集群处理所述服务请求消息的处理情况数据；接收所述灰度计算集群发送的所述用于更新所述正式计算集群的更新请求消息；向所述正式计算集群发送所述目标商户端的更新后但未发布的服务功能对应的代码；所述正式计算集群，用于获得所述灰度计算集群发送的所述目标商户端的更新后但未正式发布的服务功能对应的代码，根据所述目标商户端的更新后但未正式发布的服务功能对应的代码更新所述目标商户端的当前发布的服务功能对应的代码。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的代码执行率是否达到或超过预设的代码执行率；和/或，判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的处理速度是否达到或超过预设的消息处理速度；和/或，判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中消息处理异常率是否小于预设的异常率。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能的运行时长是否达到或超过预设的运行时长，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对目标商户端的服务请求消息的数量是否达到或超过预设的数量，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
本申请提供还一种请求消息处理方法，包括：获得针对目标商户端的服务请求消息；判断是否将所述服务请求消息发送给灰度计算集群进行处理，所述灰度计算集群是用于提供所述目标商户端的更新后但未正式发布的服务功能的计算集群；如果是，则将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群进行处理，所述正式计算集群是用于提供所述目标商户端的当前发布的服务功能计算集群。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给所述灰度计算集群进行处理的标识信息。
可选的，所述判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给灰度计算集群进行处理的标识信息，包括：判断所述服务请求消息的头部数据中是否包含所述标识信息。
可选的，所述获得针对目标商户端的服务请求消息，包括：获得灰度匹配引擎中心发出的所述针对目标商户端的服务请求消息。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：获得所述灰度匹配引擎中心发送的灰度计算维度信息；判断所述服务请求消息是否命中所述灰度计算维度信息。
可选的，所述判断所述服务请求消息是否命中所述灰度计算维度信息，包括：判断所述服务请求消息的头部数据是否命中所述灰度计算维度信息。
可选的，所述预设的灰度计算维度信息，至少包括以下至少一个维度信息：满足灰度计算条件的商户维度信息；满足灰度计算条件的目标商户端对应的版本信息；满足灰度计算条件的产品信息；满足灰度计算条件的用户维度信息。
可选的，还包括：检测所述灰度计算集群处理所述服务请求消息的处理情况数据；根据所述处理情况数据，判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，如果是，则根据灰度计算集群提供的所述目标商户端的更新后但未发布的服务功能对应的代码对所述正式计算集群提供的所述目标商户端的当前发布的服务功能对应的代码进行更新。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的代码执行率是否达到或超过预设的代码执行率；和/或，判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的处理速度是否达到或超过预设的消息处理速度；和/或判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中消息处理异常率是否小于预设的异常率。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能的运行时长达到或超过预设的运行时长，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对目标商户端的服务请求消息的数量是否达到或超过预设的数量，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
本申请还提供一种请求消息处理装置，包括：获取单元，用于获得针对目标商户端的服务请求消息；判断单元，用于判断是否将所述服务请求消息发送给灰度计算集群进行处理，所述灰度计算集群是用于提供所述目标商户端的更新后但未正式发布的服务功能的计算集群；发送单元，用于所述判断结果为是的情况下，将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群进行处理，所述正式计算集群是用于提供所述目标商户端的当前发布的服务功能计算集群。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给所述灰度计算集群进行处理的标识信息。
可选的，所述判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给灰度计算集群进行处理的标识信息，包括：判断所述服务请求消息的头部数据中是否包含所述标识信息。
可选的，所述获得针对目标商户端的服务请求消息，包括：获得灰度匹配引擎中心发出的所述针对目标商户端的服务请求消息。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：获得所述灰度匹配引擎中心发送的灰度计算维度信息；判断所述服务请求消息是否命中所述灰度计算维度信息。
可选的，所述判断所述服务请求消息是否命中所述灰度计算维度信息，包括：判断所述服务请求消息的头部数据是否命中所述灰度计算维度信息。
可选的，所述预设的灰度计算维度信息，至少包括以下至少一个维度信息：满足灰度计算条件的商户维度信息；满足灰度计算条件的目标商户端对应的版本信息；满足灰度计算条件的产品信息；满足灰度计算条件的用户维度信息。
可选的，还包括：检测所述灰度计算集群处理所述服务请求消息的处理情况数据；根据所述处理情况数据，判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，如果是，则根据灰度计算集群提供的所述目标商户端的更新后但未发布的服务功能对应的代码对所述正式计算集群提供的所述目标商户端的当前发布的服务功能对应的代码进行更新。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的代码执行率是否达到或超过预设的代码执行率；和/或，判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的处理速度是否达到或超过预设的消息处理速度；和/或判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中消息处理异常率是否小于预设的异常率。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能的运行时长达到或超过预设的运行时长，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对目标商户端的服务请求消息的数量是否达到或超过预设的数量，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。本申请还提供一种电子设备，包括：处理器；存储器，用于存储方法的程序，所述程序在被所述处理器读取执行时，执行上述任意一项所述的方法。
本申请还提供一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述程序被执行时实现上述任意一项所述的方法。
与现有技术相比，本申请具有以下优点：
本申请提供的所述请求消息处理方法，包括：获得针对目标商户端的服务请求消息；判断是否将所述服务请求消息发送给灰度计算集群进行处理，所述灰度计算集群是用于提供所述目标商户端的更新后但未正式发布的服务功能的计算集群；如果是，则将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群进行处理，所述正式计算集群是用于提供所述目标商户端的当前发布的服务功能计算集群。
上述方法通过判断是否将所述服务请求消息发送给灰度计算集群进行处理的过程，完成了将所述服务请求消息在灰度计算集群和正式计算集群之间的分流，使所述灰度计算集群中提供的目标商户端的更新后但未正式发布的服务功能能够在具体的应用过程中得到合理的测试，确保了所述目标商户端的更新后但未正式发布的服务功能在上线后的稳定性。另外，本申请同时还通过正式计算集群提供的所述目标商户端的当前发布的服务功能计算集群对所述服务请求消息进行处理，确保了所述目标商户端的稳定性。
附图说明
图1为本申请第一实施例提供的消息处理系统结构示意图；
图2为本申请第一实施例提供的通过灰度匹配引擎中心向服务端配置灰度计算维度信息的示意图；
图3为本申请第一实施例提供的系统交互示意图；
图4为本申请第二实施例提供的所述请求消息处理方法的流程图；
图5为本申请第三实施例提供的所述消息处理装置的结构示意图；
图6为本申请第四实施例提供的所述电子设备的结构示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是，本申请能够以很多不同于在此描述的其他方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此，本申请不受下面公开的具体实施例的限制。
为了便于理解本申请请求保护的技术方案，首先结合针对服务功能的线下应用场景对本申请所述的消息处理系统进行介绍，请参考图1，其为本申请第一实施例提供的消息处理系统结构示意图。
所述消息处理系统，包括：目标商户端101、服务端102、灰度计算集群103、正式计算集群104。
服务端102，用于获得针对目标商户端101的服务请求消息；判断是否将所述服务请求消息发送给灰度计算集群103进行处理；如果是，则将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群104。
在本申请第一实施例中，所述目标商户端101是指对应目标商户的商户端，例如：用户到餐厅就餐时，通过扫描二维码进入应用程序的点餐页面，其中，所述餐厅的二维码对应的应用程序就是所述目标商户端101；又例如：用户到餐厅就餐时，用户向餐厅服务人员描述菜品，餐厅服务人员通过POS机对应的点餐工作台完成为用户点餐的过程中，POS机对应的点餐工作台也可以看做目标商户端101。
所述服务请求消息，是指通过所述目标商户端101向服务端发送的用户请求的服务消息，例如：所述服务请求消息可以是指，用户请求点餐的内容信息，也可以是指用户请求打开目标商户端101的请求消息等等。
在本实施中，以POS机对应的点餐工作台为本申请第一实施例所述的目标商户端101，以用户请求的点餐内容信息为所述服务请求消息为例，对本申请第一实施例所述的消息处理系统进行介绍。
餐厅服务人员通过POS机对应的点餐工作台为用户完成点餐后，所述点餐工作台将用户的服务请求消息发送给所述服务端102。所述服务端102接收所述服务请求消息，并判断是否将所述服务请求消息发送给灰度计算集群103。
灰度计算集群103，是用于提供所述目标商户端101的更新后但未正式发布的服务功能的计算集群。也就是用于针对所述更新后但未正式发布的服务功能进行灰度测试的计算集群。
所述灰度测试是指，在服务功能出现新版本但所述新版本并未发布的情况下，选择一部分人群适用所述服务功能的新版本，以便于即使发现并纠正新版本中出现的问题。
也就是说，灰度计算集群103中部署了完整的所述目标商户端101的已经更新但未发布的服务功能对应的代码。灰度计算集群103接收到所述服务请求消息后，就会按照所述已经更新但未正式发布的服务功能对应的代码对所述服务请求消息进行处理，并将处理结果返回给所述目标商户端101。
如果服务端102判断是否将所述服务请求消息发送给灰度计算集群103的判断结果为否，则服务端102将所述服务请求消息发送至正式计算集群104。
所述正式计算集群104是用于提供所述目标商户端101的当前发布的服务功能的计算集群。也就是说，正式计算集群104中部署了完整的目标商户101端的当前发布的服务功能对应的代码。正式计算集群104接收到所述服务请求消息后，就会按照所述当前发布的服务功能对应的代码对所述服务请求消息进行处理，并将处理结果返回给所述目标商户端。
具体的，服务端102向灰度计算集群103或正式计算集群104发送服务请求消息是通过服务端102的统一接入层完成的，所述统一接入层主要负责承担发出的http/https请求，然后将请求转发给所述灰度计算集群103或正式计算集群104。
服务端102在判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给灰度计算集群103进行处理的过程中，可以通过判断当前时刻服务请求消息的流量进而确定是否将所述服务请求消息发送给灰度计算集群103。例如：在本申请的一个可选实施例中，当针对所述服务端102接收到的针对所述商户端的服务请求消息的流量较少时，可以在所述服务请求消息的头部数据中添加需要将所述服务请求消息发送给灰度计算集群103的标识信息，即，在针对所述目标商户端101的服务请求消息数量较少时，在所述服务请求消息的头部数据中添加需要将所述服务请求消息发送给灰度计算集群103的标识信息，以供所述服务端102识别所述标识信息。
另外，所述服务请求消息中通常还携带关于所述服务请求消息的描述信息，例如：POS机对应的点餐工作台向所述服务端102发送服务请求消息的时，所述服务请求消息中会携带关于用户点餐的菜品信息、POS对应的目标商户的门店信息等等。在本申请的一个可选实施例中，所述系统还包括：灰度匹配引擎中心105，灰度引擎匹配中心105用于配置预设的灰度计算维度信息，将所述预设的灰度计算维度信息发送至所述服务端102。
所述灰度计算维度信息是指用于与所述服务请求消息的头部数据相匹配的内容。当所述服务请求消息的头部数据与所述灰度计算维度信息相匹配的情况下，服务端102判断需要将所述服务请求消息发送给所述灰度计算集群103。另外，在本申请的一个可选实施例中，所述灰度引擎匹配中心105还用于接受所述目标商户端发出的所述服务请求消息，并将所述服务请求消息发送至所述服务端102。
另外，所述预设的灰度计算维度信息，包括以下至少一个维度信息：
满足灰度计算条件的商户维度信息，例如：可以是满足灰度计算条件的商户名称、地址等信息。
满足灰度计算条件的目标商户端对应的版本信息，例如：可以是满足灰度计算条件的目标商户端的当前版本信息。
满足灰度计算条件的产品信息，例如：可以是满足灰度计算条件的产品的品牌、价格等信息。
满足灰度计算条件的用户维度信息，也就是说，可以将用户的消费习惯设置为灰度计算条件。
请参考图2，其为本申请第一实施例提供的通过灰度匹配引擎中心向服务端配置灰度计算维度信息的示意图。
图2中包括：数据配置人员、维度信息配置端、灰度匹配引擎中心、服务端。
所述维度信息配置端用于配置灰度计算维度信息，将所述灰度计算维度信息发送给所述灰度匹配引擎中心。
具体的，所述数据配置人员通过所述维度信息配置端的数据配置界面将所述灰度计算维度信息写入所述灰度匹配引擎中心，所述灰度匹配引擎中心接受所述灰度计算维度信息后，将所述灰度计算维度信息同步至所述服务端。
进一步的，服务端102获得灰度引擎匹配中心105发送的所述灰度计算维度信息，以及获得所述服务请求消息后，服务端102对所述服务请求消息进行解析，获得所述服务请求消息的头部数据，之后将所述服务请求消息的头部数据与所述灰度计算维度信息进行匹配，如果所述服务请求消息的头部数据与所述灰度计算维度信息匹配成功，则确定需要将所述服务请求消息发送给所述灰度计算集群103。可以理解的，所述服务请求消息与所述灰度计算维度匹配成功的标准可以根据实际情况进行设定，例如：可以是所述服务请求消息的头部数据与所述灰度计算维度中的至少一个维度信息匹配，在匹配成功的情况下，认为所述服务请求消息与所述灰度计算维度相匹配；也可以是所述服务请求消息的头部数据与所有的灰度计算维度信息匹配，在匹配成功的情况下，认为所述服务请求消息与所述灰度计算维度相匹配。本申请对此不做限定。
如果所述服务请求消息与所述灰度计算维度相匹配，服务端102则将所述服务请求消息发送至灰度计算集群103。灰度计算集群103接收所述服务请求消息，并针对所述服务请求消息请求进行处理，同时向目标商户端101返回处理结果。对应的，所述目标商户端101还用于，接收所述服务端102返回的处理结果，展示所述处理结果。
如果所述服务请求消息与所述灰度计算维度不相匹配，服务端102则将所述服务请求消息发送至正式计算集群104。正式计算集群接收所述服务请求消息，并针对所述服务请求消息进行处理，同时向目标商户端101返回处理结果，以供所述目标商户端展示所述处理结果。
在本申请的一个可选实施例中，所述灰度计算集群103还用于获得所述灰度计算集群103处理所述服务请求消息的处理情况数据，根据所述处理情况数据，判断所述灰度计算集群103中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，如果是，则向所述目标商户端101发送所述目标商户端101的更新后但未发布的服务功能对应的代码。
对应的，所述正式计算集群104还用于接收所述灰度计算集群103发送的所述目标商户端101的更新后但未发布的服务功能对应的代码，根据所述目标商户端101的更新后但未发布的服务功能对应的代码更新所述当前发布的服务功能对应的代码。
具体的，在所述灰度计算集群103检测所述目标商户端101的更新后但未发布的服务功能的健康度的过程中，还可以根据所述健康度对所述灰度计算维度与所述服务请求消息的头部数据的命中条件进行调整，以控制所述服务请求消息流入所述灰度计算集群103的流量。例如：在所述目标商户端的更新后但未发布的服务功能的健康度较小的情况下，进一步的对所述灰度计算维度与所述服务请求消息的头部数据的命中条件进行限定，以缩小所述服务请求消息进入所述灰度计算集群103的流量。在所述目标商户端的更新后但未发布的服务功能的健康度较大的情况下，进一步的放宽所述灰度计算维度与所述服务请求消息的命中条件，以扩大所述服务请求消息进入所述灰度计算集群103的流量。可以理解的是，上述控制所述服务请求消息流入所述灰度计算集群103的流量的方法只是本申请的一种可选实施例，在实际应用的过程中，还可以根据所述目标商户端101的实际使用情况调整所述服务请求消息进入所述灰度计算集群103的流量，这属于对本申请第一实施例的简单变化，在本申请的保护范围之内。
可以理解的，上述根据所述健康度对所述灰度计算维度与所述服务请求消息的头部数据的命中条件进行调整的过程，能够有效的提高所述目标商户端的稳定性，防止所述目标商户端面向大面积用户时出现目标商户端系统崩坏的问题。
另外，在本申请的一个可选实施例中，上述根据所述健康度对所述灰度计算维度与所述服务请求消息的头部数据的命中条件进行调整的过程也可以由服务端102完成，具体的，所述服务端102还用于获得所述灰度计算集群103发送的所述灰度计算集群103处理所述服务请求消息的处理情况数据，并根据所述处理情况数据，判断所述灰度计算集群103中的目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，如果是，则向所述灰度计算集群103发送用于更新所述正式计算集群104的更新请求信息。
对应的，所述灰度计算集群103，用于向所述服务端102发送所述灰度计算集群103处理所述服务请求消息的处理情况数据；接收所述灰度计算集群103发送的所述用于更新所述正式计算集群104的更新请求消息；向所述正式计算集群104发送所述目标商户端101的更新后但未发布的服务功能对应的代码。
所述正式计算集群104，用于获得所述灰度计算集群103发送的所述目标商户端101的更新后但未正式发布的服务功能对应的代码，根据所述目标商户端101的更新后但未正式发布的服务功能对应的代码更新所述目标商户端101的当前发布的服务功能对应的代码。
在本申请的一个可选实施例中，所述灰度计算集群103或所述服务端102通过以下方式判断所述灰度计算集群中的所述目标商户端101的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度。
判断所述目标商户端101的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的代码执行率是否达到或超过预设的代码执行率；和/或，
判断所述目标商户端101的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的处理速度是否达到或超过预设的消息处理速度；和/或，
判断所述目标商户端101的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中消息处理异常率是否小于预设的异常率。
另外，在本申请的一个可选实施例中，判断所述灰度计算集群103中的所述目标商户端101的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度的过程还可以结合所述目标商户端101的更新后但未发布的服务功能的运行时长或处理服务请求的数量进行判断。
即，判断所述目标商户端的更新后但未正式发布的服务功能的运行时长满足预设的运行时长，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度；和/或，判断所述目标商户端的更新后但未正式发布的服务功能处理针对目标商户端的服务请求消息的数量是否达到或超过预设的数量，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
为了便于理解本申请第一实施例所述的请求消息处理系统处理所述请求消息的过程，以下结合图3对本申请第一实施例进行介绍，请参考图3，其为本申请第一实施例提供的系统交互示意图。
图3中包括：用户、目标商户端、服务端、灰度计算集群、正式计算集群。
图3中涉及的具体应用场景为，用餐顾客前往餐厅通过扫描餐厅门店的二维码完成点餐的过程。
所述用户是指前往餐厅点餐的顾客，目标商户端是指与所述点餐二维码对应的商户端、所述灰度计算集群是指提供所述目标商户端的更新后但未正式发布的服务功能的计算集群、所述正式计算单元是指提供所述目标商户端的当前发布的服务功能计算集群。
用户通过扫描二维码打开所述目标商户端，并根据所述目标商户端显示的内容进行点餐，用户选择完合适的菜品完成菜品的选择后，所述目标商户端根据用户选择的菜品以及所述目标商户端对应的门店信息，生成服务请求信息，并将所述服务请求信息发送给所述服务端。
所述服务端接收所述服务请求消息后，对所述服务请求消息进行解析，获得所述服务请求消息的头部数据。根据预先在所述服务端设置的灰度计算维度信息，确定所述服务请求消息的头部数据是否命中所述灰度计算维度信息；
如果所述服务请求消息的头部数据命中所述灰度计算维度信息，则所述服务端将所述服务请求消息发送给所述灰度计算集群。否则，将所述服务请求消息发送给所述正式计算集群。
所述灰度计算集群或所述正式计算集群接收到所述服务请求消息后，对所述服务请求消息进行处理，完成点餐，并将点餐结果发送至服务端，再通过服务端将所述点餐结果发送至目标服务端，所述目标服务端接收所述点餐结果，并向用户展示所述点餐结果。
又例如，考虑到用户通过扫描二维码后，还可能会出现选择门店的过程。例如：假设用户进入一家连锁餐饮店后，扫描二维码后用户的手持设备未能及时读取用户的当前地理位置信息，可能会出现选择门店的过程。在用户选择门店的过程中，会出现切换门店的操作。这一操作也需要所述目标商户端发送用于请求切换门店的请求消息。可以理解的，所述用于请求切换门店的请求消息的过程与上述点餐的过程类似，在灰度计算集群中存在针对切换门店这一过程的更新后但未发布的服务功能的情况下，同样需要目标商户端、服务端、灰度计算集群、正式计算集群的交互。由于这一交互过程与上述点餐时的交互过程类似，此处不再赘述。
综上所述，本申请第一实施例提供的所述请求消息处理系统，通过服务端判断是否将所述服务请求消息发送给灰度计算集群进行处理的过程，完成了将所述服务请求消息在灰度计算集群和正式计算集群之间的分流，使所述灰度计算集群中提供的目标商户端的更新后但未正式发布的服务功能能够在具体的应用过程中得到合理的测试，确保了所述目标商户端的更新后但未正式发布的服务功能在上线后的稳定性。另外，本申请同时还通过正式计算集群提供的所述目标商户端的当前发布的服务功能计算集群对所述服务请求消息进行处理，确保了所述目标商户端的稳定性。
上述实施例介绍了一种请求消息处理系统，与之对应的，本申请第二实施例还提供一种请求消息处理方法，由于本申请提供的所述请求消息处理方法基本相似与上述第一实施例，所以描述的比较简单，相关之处参见系统实施例的部分说明即可。
请参考图4，其为本申请第二实施例提供的所述请求消息处理方法的流程图，所述方法包括：步骤S401至步骤S403。
步骤S401，获得针对目标商户端的服务请求消息；
步骤S402，判断是否将所述服务请求消息发送给灰度计算集群进行处理，所述灰度计算集群是用于提供所述目标商户端的更新后但未正式发布的服务功能的计算集群；
步骤S403，如果是，则将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群进行处理，所述正式计算集群是用于提供所述目标商户端的当前发布的服务功能计算集群。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给所述灰度计算集群进行处理的标识信息。
可选的，所述判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给灰度计算集群进行处理的标识信息，包括：判断所述服务请求消息的头部数据中是否包含所述标识信息。
可选的，所述获得针对目标商户端的服务请求消息，包括：获得灰度匹配引擎中心发出的所述针对目标商户端的服务请求消息。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：获得所述灰度匹配引擎中心发送的灰度计算维度信息；判断所述服务请求消息是否命中所述灰度计算维度信息。
可选的，所述判断所述服务请求消息是否命中所述灰度计算维度信息，包括：判断所述服务请求消息的头部数据是否命中所述灰度计算维度信息。
可选的，所述预设的灰度计算维度信息，至少包括以下至少一个维度信息：满足灰度计算条件的商户维度信息；满足灰度计算条件的目标商户端对应的版本信息；满足灰度计算条件的产品信息；满足灰度计算条件的用户维度信息。
可选的，还包括：检测所述灰度计算集群处理所述服务请求消息的处理情况数据；根据所述处理情况数据，判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，如果是，则根据灰度计算集群提供的所述目标商户端的更新后但未发布的服务功能对应的代码对所述正式计算集群提供的所述目标商户端的当前发布的服务功能对应的代码进行更新。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的代码执行率是否达到或超过预设的代码执行率；和/或，判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的处理速度是否达到或超过预设的消息处理速度；和/或判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中消息处理异常率是否小于预设的异常率。可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能的运行时长达到或超过预设的运行时长，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对目标商户端的服务请求消息的数量是否达到或超过预设的数量，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
综上所述，本申请第二实施例提供的所述请求消息处理方法通过判断是否将所述服务请求消息发送给灰度计算集群进行处理的过程，完成了将所述服务请求消息在灰度计算集群和正式计算集群之间的分流，使所述灰度计算集群中提供的目标商户端的更新后但未正式发布的服务功能能够在具体的应用过程中得到合理的测试，确保了所述目标商户端的更新后但未正式发布的服务功能在上线后的稳定性。另外，本申请同时还通过正式计算集群提供的所述目标商户端的当前发布的服务功能计算集群对所述服务请求消息进行处理，确保了所述目标商户端的稳定性。
上述实施例介绍了一种请求消息处理系统以及方法，与之对应的，本申请第三实施例还提供一种请求消息处理装置，由于本申请提供的所述请求消息处理装置基本相似与上述第一实施例和第二实施例，所以描述的比较简单，相关之处参见系统实施例的部分说明即可。
请参考图5，其为本申请第三实施例提供的所述消息处理装置的结构示意图，所述装置包括：
获取单元501，用于获得针对目标商户端的服务请求消息；
判断单元502，用于判断是否将所述服务请求消息发送给灰度计算集群进行处理，所述灰度计算集群是用于提供所述目标商户端的更新后但未正式发布的服务功能的计算集群；
发送单元503，用于所述判断结果为是的情况下，将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群进行处理，所述正式计算集群是用于提供所述目标商户端的当前发布的服务功能计算集群。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给所述灰度计算集群进行处理的标识信息。
可选的，所述判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给灰度计算集群进行处理的标识信息，包括：判断所述服务请求消息的头部数据中是否包含所述标识信息。
可选的，所述获得针对目标商户端的服务请求消息，包括：获得灰度匹配引擎中心发出的所述针对目标商户端的服务请求消息。
可选的，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：获得所述灰度匹配引擎中心发送的灰度计算维度信息；判断所述服务请求消息是否命中所述灰度计算维度信息。
可选的，所述判断所述服务请求消息是否命中所述灰度计算维度信息，包括：判断所述服务请求消息的头部数据是否命中所述灰度计算维度信息。
可选的，所述预设的灰度计算维度信息，至少包括以下至少一个维度信息：满足灰度计算条件的商户维度信息；满足灰度计算条件的目标商户端对应的版本信息；满足灰度计算条件的产品信息；满足灰度计算条件的用户维度信息。
可选的，还包括：检测所述灰度计算集群处理所述服务请求消息的处理情况数据；根据所述处理情况数据，判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，如果是，则根据灰度计算集群提供的所述目标商户端的更新后但未发布的服务功能对应的代码对所述正式计算集群提供的所述目标商户端的当前发布的服务功能对应的代码进行更新。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的代码执行率是否达到或超过预设的代码执行率；和/或，判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中的处理速度是否达到或超过预设的消息处理速度；和/或判断所述目标商户端的更新后但未正式发布的服务功能处理针对所述目标商户端的服务的历史服务请求消息过程中消息处理异常率是否小于预设的异常率。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能的运行时长达到或超过预设的运行时长，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
可选的，所述判断所述灰度计算集群中的所述目标商户端的更新后但未发布的服务功能的健康度是否达到或超过预设的健康度，包括：判断所述目标商户端的更新后但未正式发布的服务功能处理针对目标商户端的服务请求消息的数量是否达到或超过预设的数量，且所述目标商户端的更新后但未正式发布的服务功能达到或超过预设的健康度。
与本申请提供的上述系统实施例相对应的，本申请第四实施例还提供一种电子设备，由于该电子设备基本相似与上述系统实施例，所以描述的比较简单，相关之处请参见本申请提供的上述系统实施例部分的说明即可。下面描述的第四实施例仅仅是示意性的。
请参考图6，其为本申请第四实施例提供的所述电子设备的结构示意图。
所述电子设备包括：
处理器601；
存储器302，用于存储方法的程序，所述程序在被所述处理器读取执行时，执行上述方法实施例提供的方法。
与本申请提供的上述系统实施例相对应的，本申请第五实施例还提供一种计算机存储介质，由于该计算机存储介质基本相似与上述系统实施例，所以描述的比较简单，相关之处请参见本申请提供的上述系统实施例部分的说明即可。下面描述的第四实施例仅仅是示意性的。
所述计算机存储介质存储有计算机程序，所述程序被执行时实现上述方法实施例中提供的方法。
本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
2、本领域技术人员应明白，本申请的实施例可提供为系统或电子设备。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
Claims (10)
1.一种请求消息处理系统，其特征在于，包括：服务端、灰度计算集群、正式计算集群；
所述服务端，用于接收目标商户端发送的服务请求消息；判断是否将所述服务请求消息发送给所述灰度计算集群进行处理；如果是，则将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群；
所述灰度计算集群，用于接收所述服务端发送的所述服务请求消息，根据所述目标商户端的更新后但未发布的服务功能处理所述服务请求消息；
所述正式计算集群，用于接收所述服务端发送的所述服务请求消息，根据所述目标商户端的当前发布的服务功能处理所述服务请求消息。
2.一种请求消息处理方法，其特征在于，包括：
获得针对目标商户端的服务请求消息；
判断是否将所述服务请求消息发送给灰度计算集群进行处理，所述灰度计算集群是用于提供所述目标商户端的更新后但未正式发布的服务功能的计算集群；
如果是，则将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群进行处理，所述正式计算集群是用于提供所述目标商户端的当前发布的服务功能计算集群。
3.根据权利要求2所述的方法，其特征在于，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：
判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给所述灰度计算集群进行处理的标识信息。
4.根据权利要求3所述的方法，其特征在于，所述判断所述服务请求消息中是否携带用于表示需要将所述服务请求消息发送给灰度计算集群进行处理的标识信息，包括：
判断所述服务请求消息的头部数据中是否包含所述标识信息。
5.根据权利要求2所述的方法，其特征在于，所述获得针对目标商户端的服务请求消息，包括：
获得灰度匹配引擎中心发出的所述针对目标商户端的服务请求消息。
6.根据权利要求5所述的方法，其特征在于，所述判断是否将所述服务请求消息发送给灰度计算集群进行处理，包括：
获得所述灰度匹配引擎中心发送的灰度计算维度信息；
判断所述服务请求消息是否命中所述灰度计算维度信息。
7.根据权利要求6所述的方法，其特征在于，所述预设的灰度计算维度信息，至少包括以下至少一个维度信息：
满足灰度计算条件的商户维度信息；
满足灰度计算条件的目标商户端对应的版本信息；
满足灰度计算条件的产品信息；
满足灰度计算条件的用户维度信息。
8.一种请求消息处理装置，其特征在于，包括：
获取单元，用于获得针对目标商户端的服务请求消息；
判断单元，用于判断是否将所述服务请求消息发送给灰度计算集群进行处理，所述灰度计算集群是用于提供所述目标商户端的更新后但未正式发布的服务功能的计算集群；
发送单元，用于所述判断结果为是的情况下，将所述服务请求消息发送给所述灰度计算集群进行处理，否则，将所述服务请求消息发送给正式计算集群进行处理，所述正式计算集群是用于提供所述目标商户端的当前发布的服务功能计算集群。
9.一种电子设备，其特征在于，包括：
处理器；
存储器，用于存储方法的程序，所述程序在被所述处理器读取执行时，执行权利要求2-7任意一项所述的方法。
10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述程序被执行时实现权利要求2-7任意一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110462539.9A CN113010438A (zh) | 2021-04-27 | 2021-04-27 | 一种请求消息处理系统、方法、装置以及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110462539.9A CN113010438A (zh) | 2021-04-27 | 2021-04-27 | 一种请求消息处理系统、方法、装置以及电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113010438A true CN113010438A (zh) | 2021-06-22 |
Family
ID=76380724
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110462539.9A Pending CN113010438A (zh) | 2021-04-27 | 2021-04-27 | 一种请求消息处理系统、方法、装置以及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113010438A (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105791341A (zh) * | 2014-12-22 | 2016-07-20 | 华为软件技术有限公司 | 一种应用发布的处理方法、装置及系统 |
| CN108319468A (zh) * | 2017-01-16 | 2018-07-24 | 北京京东尚科信息技术有限公司 | 灰度发布方法、装置、系统及电子设备 |
| CN110489133A (zh) * | 2019-08-23 | 2019-11-22 | 亿企赢网络科技有限公司 | 一种灰度发布方法、系统及电子设备和存储介质 |
| CN110532008A (zh) * | 2019-08-29 | 2019-12-03 | 深圳前海环融联易信息科技服务有限公司 | 一种产品灰度发布方法、装置、计算机设备及存储介质 |
| WO2021051541A1 (zh) * | 2019-09-18 | 2021-03-25 | 平安科技（深圳）有限公司 | 基于微服务框架的一起灰度方法、装置和计算机设备 |
-
2021
- 2021-04-27 CN CN202110462539.9A patent/CN113010438A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105791341A (zh) * | 2014-12-22 | 2016-07-20 | 华为软件技术有限公司 | 一种应用发布的处理方法、装置及系统 |
| CN108319468A (zh) * | 2017-01-16 | 2018-07-24 | 北京京东尚科信息技术有限公司 | 灰度发布方法、装置、系统及电子设备 |
| CN110489133A (zh) * | 2019-08-23 | 2019-11-22 | 亿企赢网络科技有限公司 | 一种灰度发布方法、系统及电子设备和存储介质 |
| CN110532008A (zh) * | 2019-08-29 | 2019-12-03 | 深圳前海环融联易信息科技服务有限公司 | 一种产品灰度发布方法、装置、计算机设备及存储介质 |
| WO2021051541A1 (zh) * | 2019-09-18 | 2021-03-25 | 平安科技（深圳）有限公司 | 基于微服务框架的一起灰度方法、装置和计算机设备 |
Non-Patent Citations (1)
| Title |
|---|
| 范亚敏: "微服务之道 度量驱动开发", vol. 1, 31 May 2020, 机械工业出版社, pages: 247 - 252 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11038975B2 (en) | Information pushing method and device | |
| US10055271B2 (en) | Method and system for problem modification and processing | |
| US10447856B2 (en) | Computer-implemented system and method for facilitating interactions via automatic agent responses | |
| WO2015126896A1 (en) | Creating a geographic heatmap | |
| US20160117717A1 (en) | Systems and Techniques for Intelligent A/B Testing of Marketing Campaigns | |
| CN108521402B (zh) | 一种输出标签的方法、装置及设备 | |
| CN107391764B (zh) | 业务数据查询方法 | |
| CN110620806B (zh) | 信息生成方法和装置 | |
| CN112801763B (zh) | 一种触达方案生成方法、装置及电子设备 | |
| CN108197958B (zh) | 统计线下黄牛的方法、装置及存储介质 | |
| US20210112025A1 (en) | Method and server for processing messages | |
| CN109426878B (zh) | 用于输出信息的方法和装置 | |
| CN113010438A (zh) | 一种请求消息处理系统、方法、装置以及电子设备 | |
| CN108600296B (zh) | 商户信息处理方法、装置、电子设备及存储介质 | |
| CN107566216B (zh) | 一种监控方法、装置及业务系统 | |
| CN109257797B (zh) | 用于标识无线接入点的方法与设备 | |
| CN110751464A (zh) | 一种信息提示方法、装置、设备及存储介质 | |
| CN114138397B (zh) | 页面显示方法、装置、电子设备及存储介质 | |
| CN110933070A (zh) | 一种用户识别方法、系统、设备及计算机可读存储介质 | |
| CN112749352A (zh) | 网页跳转方法、装置、电子设备及可读存储介质 | |
| CN111966892B (zh) | 一种数据处理方法和装置，计算机存储介质和电子设备 | |
| CN111464574A (zh) | 调用、加载、注册、管理方法和路由、服务器、节点和介质 | |
| CN114169920A (zh) | 一种虚拟资源的推送方法、装置、设备及存储介质 | |
| CN116861397A (zh) | 一种请求处理方法、装置、电子设备及计算机可读介质 | |
| CN110020906B (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 |