CN111124717A

CN111124717A - Message delivery method, system and computer storage medium

Info

Publication number: CN111124717A
Application number: CN201911378659.XA
Authority: CN
Inventors: 崔云龙
Original assignee: Unicloud Nanjing Digital Technology Co Ltd
Current assignee: Unicloud Nanjing Digital Technology Co Ltd
Priority date: 2019-12-27
Filing date: 2019-12-27
Publication date: 2020-05-08

Abstract

A message delivery method and system. Wherein the method comprises: receiving a first message for informing a downstream service of downstream traffic processing and a second message for delayed verification, wherein the second message comprises a time for delayed verification; sending the first message to a downstream service and carrying out corresponding service processing; after the downstream service processing is finished, receiving a confirmation message of the downstream service receiving the first message; the callback service monitors the confirmation message and updates a message library; and performing delay verification according to the delay verification time, and sending a verification result to an upstream service. The scheme of the invention performs secondary confirmation through delayed delivery of the message and performs callback check, thereby realizing the guarantee of reliable delivery of the message.

Description

Message delivery method, system and computer storage medium

Technical Field

The invention belongs to the field of computers, and particularly relates to a message delivery method, a message delivery system and a computer readable storage medium.

Background

With the rise of service-oriented architectures, rabbitmqs are increasingly used in systems. The method can not only provide basic final consistency realization for a service-oriented architecture, but also provide functions of asynchronous processing, traffic peak clipping and the like. Just as rabbitmqs become increasingly important in service-oriented systems, it is more important to ensure that our messages can be sent to the message queue one hundred percent when using rabbitmqs, ensuring that MQ Broker can successfully receive the messages. The RabbitMQ itself provides two service-side acknowledgement mechanisms, Transaction mode and Confirm mode. In addition, a scheme for ensuring the reliable delivery of a production end by adopting a message drop library and marking the message state is also provided.

However, these conventional methods have problems that the transaction mode is blocked, one message is not sent until the next message is sent, and thus the efficiency is low. The database operation is required for many times in the message library falling mode, and better support cannot be provided for some services with high concurrency and high performance requirements.

Disclosure of Invention

In view of the above-mentioned deficiencies of the prior art, it is an object of the present invention to provide a solution for improving the reliability of message delivery.

The embodiment of the invention discloses a message delivery method, which comprises the following steps: receiving a first message for informing a downstream service of downstream traffic processing and a second message for delayed verification, wherein the second message comprises a time for delayed verification; sending the first message to a downstream service and carrying out corresponding service processing; after the downstream service processing is finished, receiving a confirmation message of the downstream service receiving the first message; the callback service monitors the confirmation message and updates a message library; and performing delay verification according to the delay verification time, and sending a verification result to an upstream service.

In a possible embodiment, said performing the delayed verification according to the delayed verification time and sending the verification result to the upstream service includes querying, by the callback service, the message library, and requesting, if the message library is not updated, the upstream service to send the first message again.

In one possible embodiment, the method further includes requesting the upstream service to send the first message again by a Remote Procedure Call (RPC) mode.

The embodiment of the invention discloses a message delivery system, which comprises: a receiving module, configured to receive a first message for notifying a downstream service to perform downstream traffic processing and a second message for delayed validation, where the second message includes a time for delayed validation; the sending module is used for sending the first message to a downstream service and carrying out corresponding service processing; a confirmation module, configured to receive a confirmation message that the downstream service receives the first message after the downstream service completes processing; the callback module is used for monitoring the confirmation message through a callback service and updating a message library; a verification module for performing delayed verification according to the delayed verification time and sending the verification result to the upstream service

The invention also discloses a computer readable storage medium, which stores a computer program, and the computer program realizes the message delivery method when being executed by a processor.

The invention has the beneficial effects that: the scheme of the invention performs secondary confirmation through delayed delivery of the message and performs callback check, thereby realizing the guarantee of reliable delivery of the message.

Drawings

Fig. 1 is a schematic diagram of a network architecture according to an embodiment of the present invention;

FIG. 2 is a flow chart of a method according to an embodiment of the present invention;

fig. 3 is a schematic structural diagram of a system according to an embodiment of the present invention.

Detailed Description

In order to facilitate understanding of those skilled in the art, the present invention will be further described with reference to the following examples and drawings, which are not intended to limit the present invention.

Referring to fig. 1, which shows a schematic diagram of a network component architecture to which the message delivery method of the present application is applied, as can be seen from fig. 1, the system component architecture may include: a service node 10, at least one upstream served terminal 20 (also referred to as a publishing client), at least one downstream served terminal 30 (also referred to as a subscribing client), and at least one callback served terminal 40.

The service node 10 may be connected to the upstream service terminal 20, the downstream service terminal 30, and the callback service terminal 40 through a network, which may be a wired network, a wireless communication network, or the like.

In an embodiment of the present application, the service node may be a computer device capable of providing a service to the outside. The at least one service node may constitute a publish-subscribe service system. Optionally, in order to improve reliability of the publish-subscribe service and improve security of data, a plurality of service nodes may be deployed in the publish-subscribe service system.

The terminal 20 of the upstream service and the terminal 30 of the downstream service may be mobile terminals such as mobile phones and notebook computers, or may be computer devices such as desktop computers; the intelligent household appliance can also be an intelligent television, an intelligent refrigerator and other intelligent appliances or other intelligent equipment.

The service node 10 allocates a message queue to each subscriber, and then the service node stores the messages in the message queues corresponding to the respective subscribers in the storage addresses. Correspondingly, the terminal that the service node transmits the message to the subscriber may transmit the message in the message queue corresponding to the subscriber to the terminal of the subscriber for the service node. Here the subscriber's terminal may be a terminal 30 of a downstream service or a terminal 40 of a callback service.

The message queue is equivalent to a container for storing messages in the message transmission process.

The service node 10 may be a RabbitMQ server.

The embodiment of the invention discloses a message delivery method, which comprises the following steps:

s101, receiving a first message for informing a downstream service to perform downstream traffic processing and a second message for delaying verification, wherein the second message comprises time for delaying verification.

Specifically, after the service information is put in storage, a message, i.e. the first message Send, is sent to the MQ. This message is used to inform downstream services of downstream traffic processing. After the first message is sent, a Second SendDelay Check message is sent at the same time. This message is used to delay check validation. The time for the delayed verification may be 5 minutes. How much time to delay, depending on the actual traffic.

S102, the first message is sent to downstream service and corresponding business processing is carried out.

Specifically, the downstream service has a consumer for receiving messages sent by the upstream service. And when the consumer receives the message sent by the producer, namely the upstream service, the business processing is carried out.

S103, after the downstream service processing is finished, receiving a confirmation message of the downstream service receiving the first message.

Specifically, after the consumer consumes and finishes the business processing, the consumer sends a confirmation message to the message queue.

S104, the callback service monitors the confirmation message and updates a message library.

Specifically, after the downstream service produces a confirmation message, a consumer consumes the confirmation message in the callback service, and then stores the message information in a database or updates the message state.

And S105, performing delay verification according to the delay verification time, and sending a verification result to an upstream service.

And the step of performing the delay verification according to the delay verification time and sending the verification result to the upstream service comprises the step of inquiring in a message library by the callback service, and requesting the upstream service to send the first message again if the message library is not updated.

For example, the verification is performed after 5 minutes by delaying the verification message from being effective. When the delay check queries the message library in the callback service and finds that no or no expected update is performed on the state, the delay check initiates an RPC ReSend Command request to the upstream service through a Remote Procedure Call (RPC) mode through a main key or other unique identifiers, inquires that the downstream of the message is not processed normally, and requests the upstream service to send the message again.

The scheme not only realizes the reliable delivery of the message, but also can effectively avoid frequent operation on the database, thereby improving the performance; meanwhile, the decoupling between the service database and the message database is realized.

The embodiment of the present invention also discloses a message delivery system 100, as shown in fig. 3, including: a receiving module 101, configured to receive a first message for notifying a downstream service to perform downstream traffic processing and a second message for delayed verification, where the second message includes a time for delayed verification; a sending module 102, configured to send the first message to a downstream service and perform corresponding service processing; a confirmation module 103, configured to receive a confirmation message that the downstream service receives the first message after the downstream service completes processing; the callback module 104 is used for monitoring the confirmation message through a callback service and updating a message library; and the verification module 105 is configured to perform delayed verification according to the delayed verification time, and send a verification result to an upstream service.

For specific implementation of the apparatus 100, reference may be made to the method embodiment, which is not described in detail herein.

In the several embodiments provided in the present application, it should be understood that the disclosed system and method may be implemented in other ways. For example, the above-described embodiments are merely illustrative, and for example, a division of a unit is merely a division of a logic function, and an actual implementation may have another division, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed.

While the invention has been described in terms of its preferred embodiments, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention.

Claims

1. A message delivery method, characterized in that a first message for informing downstream services of downstream traffic processing and a second message for delayed verification are received, wherein the second message comprises a time for delayed verification; sending the first message to a downstream service and carrying out corresponding service processing; after the downstream service processing is finished, receiving a confirmation message of the downstream service receiving the first message; the callback service monitors the confirmation message and updates a message library; and performing delay verification according to the delay verification time, and sending a verification result to an upstream service.

2. The method of claim 1, wherein the performing the delayed verification according to the delayed verification time and sending the verification result to the upstream service comprises the callback service querying a message library and requesting the upstream service to send the first message again if the message library is not updated.

3. The method of claim 2, further comprising requesting an upstream service to resend the first message by Remote Procedure Call (RPC) mode.

4. The method of claim 1, wherein the time for the delayed validation is 5 minutes.

5. A message delivery system, comprising: a receiving module, configured to receive a first message for notifying a downstream service to perform downstream traffic processing and a second message for delayed validation, where the second message includes a time for delayed validation; the sending module is used for sending the first message to a downstream service and carrying out corresponding service processing; a confirmation module, configured to receive a confirmation message that the downstream service receives the first message after the downstream service completes processing; the callback module is used for monitoring the confirmation message through a callback service and updating a message library; and the verification module is used for performing delayed verification according to the delayed verification time and sending a verification result to an upstream service.

6. The system of claim 5, wherein the verification module is further configured to query a message repository for a callback service, and if the message repository is not updated, request the upstream service to resend the first message.

7. The system of claim 6, wherein the verification module is further configured to request an upstream service to resend the first message by way of a Remote Procedure Call (RPC).

8. The system of claim 5, wherein the time for the delayed validation is 5 minutes.

9. A computer storage medium having a computer program stored thereon, which when executed by a processor implements the message delivery method of any of the preceding claims 1-4.