Un'applicazione .NET deve ricevere un messaggio ogni volta che una macchina virtuale Azure termina l'elaborazione dei dati. I messaggi non devono persistere dopo che il ricevitore li ha elaborati. Quale oggetto client .NET dovrebbe usare il ricevitore?

QueueClient è la scelta corretta perché Azure Service Bus Queues è un servizio di messaggistica asincrona che garantisce la consegna dei messaggi e supporta il modello di messaggistica "first-in, first-out" (FIFO). Quando un messaggio viene elaborato da un ricevitore, può essere rimosso dalla coda, soddisfacendo il requisito che i messaggi non persistano dopo l'elaborazione. SubscriptionClient e TopicClient sono usati con Azure Service Bus Topics, che implementano un modello di pubblicazione/sottoscrizione. Questo modello consente a più sottoscrittori di ricevere lo stesso messaggio, il che non è l'obiettivo qui. CloudQueueClient è obsoleto e fa riferimento ad Azure Storage Queues, che, sebbene supporti code di messaggi, non offre le stesse funzionalità avanzate di Service Bus Queues, come la gestione delle transazioni e la consegna garantita, che sono implicite nel contesto di un'applicazione .NET che elabora dati critici.