Een oplossing voor een berichtenwachtrij kiezen
Opslagwachtrijen en Service Bus-wachtrijen hebben een iets andere functieset. U kunt een of beide kiezen, afhankelijk van de behoeften van uw specifieke oplossing.
Bij het bepalen welke wachtrijtechnologie past bij het doel van een bepaalde oplossing, moeten oplossingsarchitecten en ontwikkelaars rekening houden met deze aanbevelingen.
Overweeg om Service Bus-wachtrijen te gebruiken
Als oplossingsarchitect/ontwikkelaar moet u overwegen om Service Bus-wachtrijen te gebruiken wanneer:
- Uw oplossing moet berichten ontvangen zonder de wachtrij te hoeven peilen. Met Service Bus kunt u dit bereiken met behulp van een langdurige polling-ontvangstbewerking met behulp van de TCP-protocollen die Service Bus ondersteunt.
- Uw oplossing vereist dat de wachtrij een gegarandeerde eerste-in-first-out (FIFO) bestelde levering biedt.
- Uw oplossing moet ondersteuning bieden voor automatische detectie van dubbele waarden.
- U wilt dat uw toepassing berichten verwerkt als parallelle langlopende streams (berichten zijn gekoppeld aan een stream met behulp van de eigenschap sessie-id in het bericht). In dit model concurreren elk knooppunt in de verbruikende toepassing voor streams, in plaats van berichten. Wanneer een stream wordt gegeven aan een verbruikend knooppunt, kan het knooppunt de status van de stroomstatus van de toepassing onderzoeken met behulp van transacties.
- Uw oplossing vereist transactioneel gedrag en atomiciteit bij het verzenden of ontvangen van meerdere berichten uit een wachtrij.
- Uw toepassing verwerkt berichten die groter zijn dan 64 kB, maar nadert waarschijnlijk niet de limiet van 256 kB of 1 MB, afhankelijk van de gekozen servicelaag (hoewel Service Bus-wachtrijen berichten tot 100 MB kunnen verwerken).
- U moet een op rollen gebaseerd toegangsmodel bieden voor de wachtrijen en verschillende rechten/machtigingen voor afzenders en ontvangers.
Overweeg opslagwachtrijen te gebruiken
Als oplossingsarchitect/ontwikkelaar moet u overwegen opslagwachtrijen te gebruiken wanneer:
- Uw toepassing moet meer dan 80 gigabyte aan berichten opslaan in een wachtrij.
- Uw toepassing wil de voortgang bijhouden voor het verwerken van een bericht in de wachtrij. Het is handig als de werknemer een bericht vastloopt. Een andere werknemer kan die informatie vervolgens gebruiken om door te gaan vanaf waar de vorige werknemer was gebleven.
- U hebt logboeken aan de serverzijde nodig van alle transacties die worden uitgevoerd voor uw wachtrijen.