Queues
Learn how to monitor your queues with Sentry for improved application performance and health.
This view is only available on Team and Business plans. On Team plans, you won't be able to query data that's more than 7 days old. To enable querying for all your data, upgrade to the Business or Enterprise plan.
Message Queues make asynchronous service-to-service communication possible in distributed architectures. Queues are great for making work that sometimes fails, more resilient and are therefore a building block for distributed applications. Some examples of what queues can help with include handling webhooks from third-party APIs or handling periodic tasks (such as calculating metrics for your users daily).
If you have performance monitoring enabled and your application interacts with message queue systems, you can configure Sentry to monitor their performance and health.
Queues allows you to monitor both the performance and error rates of your queue consumers and producers, providing observability into your distributed system.
The Queues page gives you a high-level overview so that you can see where messages are being written to. (You may see topic names or actual queue names, depending on the messaging system.) If you click on a transaction, you'll see the Destination Summary page, which provides metrics about specific endpoints within your applications that either write to, or read from the destination. You can also dig into individual endpoints within your application representing producers creating messages, and consumers reading messages. You'll see actual traces representing messages processed by your application.
Queues currently supports auto instrumentation for the Celery Distributed Task Queue in Python. Other messaging systems can be monitored using custom instrumentation.
Instructions for custom instrumentation in various languages are linked to below:
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").