Queues

General

Message queues provide an asynchronous communications protocol, meaning that the sender and receiver of the message do not need to interact with the message queue at the same time.

Message queues have implicit or explicit limits on the size of data that may be transmitted in a single message and the number of messages that may remain outstanding in the queue. Messages placed onto the queue are stored until the recipient retrieves them.

Queues Message Pattern

Core Features

KubeMQ supports distributed durable FIFO based queues with the following core features:

  • Guaranteed Delivery - At-least-once delivery and most messages are delivered exactly once.

  • Single and Batch Messages Send and Receive - Single and multiple messages in one call

  • RPC and Stream Flows - RPC flow allows an insert and pulls messages in one call. Stream flow allows single message consuming in a transactional way

  • Message Policy - Each message can be configured with expiration and delay timers. Also, each message can specify a dead-letter queue for unprocessed messages attempts

  • Long Polling - Consumers can wait until a message available in the queue to consume

  • Peak Messages - Consumers can peek into a queue without removing them from the queue

  • Ack All Queue Messages - Any client can mark all the messages in a queue as discarded and will not be available anymore to consume

  • Visibility timers - Consumers can pull a message from the queue and set a timer which will cause the message not be visible to other consumers. This timer can be extended as needed.

  • Resend Messages - Consumers can send back a message they pulled to a new queue or send a modified message to the same queue for further processing.

Publish to Queue

Publish Single and Batch Messages

KubeMQ allows the producer to send single and/or batch messages in one command.

Demo - Single

Demo - Batch

Message Expiration (TTL)

KubeMQ allows the producer to set each message with an expiration time (in seconds) also known as Time To Live (TTL). After this time, the message will not be longer available to any consumer.

Message Delay (Scheduled Messages)

KubeMQ allows the producer to set each message with sending delay (in seconds) time, also known as Scheduled Messages. Until this time, the message will not be available to and consumer.

Dead-Letter Queues

KubeMQ allows a producer to set a dead-letter queue per each message a which the message will be moved onto in case of a consumer will fail to ack the message (such a poison message).

Consume from Queue

Long Polling

KubeMQ allows the consumer to connect to KubeMQ and wait for a specified time until a message is available in the queue to consume.

Peek Queue Messages

KubeMQ allows a consumer to peek one or many messages in the queue without removing them from the queue.

Ack All Queue Messages

KubeMQ allows a consumer to ack all messages in the queue (clean-up); therefore, existing messages in the queue will not be available anymore to consume.

Message Visibility

KubeMQ allows the consumer to set a visibility time, which during this time, the message will not be available to any other consumer. During the visibility period, the consumer can extend the visibility time window at any time. Once the consumer completed the message processing, he sends an ack notification to the queue. If the consumer failed to ack the message during the visibility time, the message will be available back in the queue to consume by others.

Visibility With Ack

Visibility With Failure

Resend Message

KubeMQ allows the consumer to resend the current pulled message to a new queue without the need to send the actual message (act as producer).

Demo

Resend Modified Message

KubeMQ allows the consumer to send back to the queue a modified message for further processing by other consumers.

Demo

Transactional Queue

KubeMQ allows the consumer to connect in a stream transactional model where the consumer can control the flow of message life-cycle.

Successful Flow

Failed Flow