• Print
  • Share
  • Dark
    Light

Azure Service Bus Message Processing

  • Updated on 23 Aug 2018
  • 2 minutes to read
  • Contributors

Clean up Dead letters in Queues / Topic Subscriptions

Dead letters piling up. Do you find it challenging to clean them manually?

Messages that arrive in your Queue or Topic are dead lettered due to various reasons like, but not limited to the following:

  1. Time To Live (TTL) exceeded
  2. Max. Hop Count exceeded
  3. Max. Delivery Count Exceeded
  4. Application dead letters a message due to custom business logic

Messages can then be removed from the DLQ and inspected. An application might, with help of an operator, log the fact that there was an error, and take corrective action like:

  1. Simply resubmit the message
  2. Correct issues and resubmit the message
  3. Delete the message

Let us consider a scenario, where you have messages dead-lettered. Over the period the dead-letters get piled up in a few numbers or at times in hundreds or thousands every day due to some business or application conditions. It may be a routine for one of your operators to clean up dead letters every day.

There is no automatic clean-up of the DLQ. Messages remain in the DLQ until you explicitly retrieve them from the DLQ and call Complete() on the dead-letter message.

These activities are usually done manually using a custom-built application or using Service Bus Explorer – a tool available in the community. The dead-letters are processed either as a single message or handled in bulk.

With Serverless360, it is easy to clean up your dead letters individually or as a bulk. Your operator can retrieve a message from Dead letter queue and then decide to delete it.

GetImage.png

Schedule automated activity for purging / clean-up dead letters

If the message must be analysed for details before it is deleted, it may demand manual operation. In certain cases, messages that are dead-lettered for some obvious reasons can be processed without manual intervention. In other words, automating this at some specific time in a day will save lot of efforts from your operator.

For e.g: A operator can configure an activity to clean all messages that are dead-lettered due to Time to Live (TTL) expired exception. This activity can be scheduled to be processed close to mid night every day.

Picture02.png

This saved activity configuration can be triggered manually at any time irrespective of the schedule as per the operator's requirement.

We'd love to hear your thoughts
Please visit our feedback system to suggest new Features or Enhancements. You can also take a look at our Roadmap