What happens when a message is sent to an Azure Service Bus queue and there is no active receiver?
Think about how queues work as buffers for messages.
Azure Service Bus queues store messages until a receiver is available or the message expires. This ensures reliable delivery.
You want to send messages to multiple independent receivers that each need to get all messages. Which Azure Service Bus feature should you use?
Think about publish-subscribe patterns.
Service Bus topics with subscriptions allow multiple receivers to get copies of each message, unlike queues which deliver each message to only one receiver.
Which method provides the most secure way to grant an application access to send messages to a Service Bus queue without sharing the primary key?
Consider modern identity and access management best practices.
Using Azure AD RBAC avoids sharing keys and allows fine-grained, auditable access control.
You want to ensure that when a receiver reads a message from a Service Bus queue, the message is locked for 2 minutes to prevent other receivers from processing it simultaneously. Which configuration should you set?
Think about how message locks prevent duplicate processing.
The LockDuration property controls how long a message is locked for a receiver before it becomes available to others.
What is the recommended approach to handle messages that repeatedly fail processing (poison messages) in an Azure Service Bus queue?
Consider how to isolate problematic messages without losing them.
Dead-letter queues isolate poison messages for later inspection and prevent them from blocking normal processing.