You are designing an integration solution that uses Azure Queue Storage to process order messages. The application client must occasionally submit order details that exceed up to a maximum of . Additionally, the client requires temporary access to add messages to the queue, and this access must expire after .
Which two actions should you perform? (Select TWO.)
- Store payloads that exceed in Azure Blob Storage, and write the blob reference URL to the queue message.Cevap
- Generate a service-level Shared Access Signature (SAS) token configured with only the Add permission and an expiration time of .Cevap
- CConfigure the queue properties in the Azure portal to allow a maximum message size of .
- DGenerate an account-level Shared Access Signature (SAS) token configured with Read, Write, and Delete permissions and no expiration time.
- EAssign a system-assigned managed identity to the client and grant it the Owner role on the storage account resource.
Cevap
Store payloads that exceed in Azure Blob Storage, writing the blob reference URL to the queue message, and generate a service-level SAS token configured with only the Add permission and an expiration time of .
To handle message sizes larger than (such as the payloads), you must use the Claim Check pattern: save the payload to Azure Blob Storage and write the corresponding blob URL to the queue message. To provide the client application with secure, temporary, and limited access to write messages to the queue, you should generate a service-level SAS token configured with the Add permission only, expiring after .
Adım Adım Çözüm
Anahtar Kavram
Handling large queue messages using the Claim Check pattern and securing queue access using least-privilege SAS tokens.