Service Bus en operationele uitmuntendheid
Beheer enterprise message brokering volledig met berichtenwachtrijen en publiceer-abonneertopics met behulp van Azure Service Bus-. Met deze service worden berichten opgeslagen in een broker- (bijvoorbeeld een wachtrij) totdat de verbruikende partij klaar is om de berichten te ontvangen.
Voordelen zijn onder andere:
- Het verdelen van de werklast over concurrerende taakverwerkers.
- Veilig routeren en overdragen van gegevens en controle over service- en toepassingsgrenzen.
- Het coördineren van transactioneel werk waarvoor een hoge mate van betrouwbaarheid is vereist.
Raadpleeg Azure Service Bus Messaging-voor meer informatie over het gebruik van Service Bus. Meer informatie over het instellen van berichten waarmee toepassingen en services worden verbonden in on-premises en cloudomgevingen.
Raadpleeg de volgende onderwerpen om te begrijpen hoe Service Bus operationele uitmuntendheid bevordert:
De volgende secties zijn specifiek voor Azure Service Bus en operationele uitmuntendheid:
- Ontwerpoverwegingen
- Controlelijst voor configuratie
- Aanbevolen configuratieopties
- Bronartefacten
Ontwerpoverwegingen
Maximaliseer de betrouwbaarheid met een Azure Service Bus uptime Service Level Agreement (SLA). Goed geconfigureerde toepassingen kunnen berichten verzenden of ontvangen, of andere bewerkingen uitvoeren in een geïmplementeerde wachtrij of onderwerp. Raadpleeg de Service Bus SLAvoor meer informatie.
Andere ontwerpoverwegingen zijn:
Naast de documentatie over Service Bus Premium- en Standard-messaging-niveaus: zijn de volgende functies alleen beschikbaar op de Premium Stock Keeping Unit (SKU)
- Toegewezen middelen.
- Integratie van virtuele netwerken: hiermee beperkt u de netwerken die verbinding kunnen maken met het Service Bus-exemplaar. Vereist dat service-eindpunten zijn ingeschakeld op het subnet. Er zijn vertrouwde Microsoft-services die niet worden ondersteund bij het implementeren van virtuele netwerken (bijvoorbeeld integratie met Event Grid). Raadpleeg voor meer informatie over de toegang tot de Azure Service Bus-naamruimte vanaf specifieke virtuele netwerken.
- Privé-eindpunten.
- IP-filtering/firewall: beperk verbindingen tot alleen gedefinieerde
IPv4
adressen ofIPv4
adresbereiken. - beschikbaarheidszones: biedt verbeterde beschikbaarheid door replica's over beschikbaarheidszones binnen één regio te spreiden zonder extra kosten.
- Event Grid-integratie: Beschikbare gebeurtenistypen.
- Het schalen van berichteneenheden.
- Geo-Disaster Recovery (gekoppelde naamruimte).
- BYOK (Bring Your Own Key): Azure Service Bus versleutelt data-at-rest en ontsleutelt deze automatisch wanneer ze worden geopend, maar klanten kunnen ook hun eigen door de klant beheerde sleutel meenemen.
Bij het implementeren van Service Bus met geo-noodherstel en in beschikbaarheidszones neemt de SERVICE Level Objective (SLO) aanzienlijk toe, maar wordt de SLA voor uptime niet gewijzigd.
Controlelijst
Hebt u Azure Service Bus geconfigureerd met operationele uitmuntendheid in het achterhoofd?
- Zorg ervoor dat Service Bus Messaging Exceptions correct worden verwerkt.
- Maak verbinding met Service Bus met het Advanced Message Queuing Protocol (AMQP) en gebruik waar mogelijk Service-eindpunten of privé-eindpunten.
- Stel een proces in om de berichten in de wachtrij met dead-letter (dlq) actief te bewaken.
- Bekijk de best practices voor prestatieverbeteringen met Service Bus Messaging.
- Analyseer de verschillen tussen Azure Storage-wachtrijen en Azure Service Bus-wachtrijen.
Aanbevelingen voor configuratie
Overweeg de volgende aanbeveling om de betrouwbaarheid te optimaliseren bij het configureren van Azure Service Bus:
Aanbeveling | Beschrijving |
---|---|
Maak verbinding met Service Bus met het AMQP-protocol en gebruik waar mogelijk Service-eindpunten of privé-eindpunten. | Met deze aanbeveling blijft verkeer op de Azure Backbone.
Opmerking: het standaardverbindingsprotocol voor Microsoft.Azure.ServiceBus en Windows.Azure.ServiceBus naamruimten is AMQP . |
Stel een proces in om de berichten in de dead-letter wachtrij (dlq) actief te monitoren. | De wachtrij voor onverwerkbare berichten bevat berichten die niet kunnen worden verwerkt of niet kunnen worden bezorgd bij een ontvanger. Het is belangrijk om deze wachtrij te controleren om de oorzaak van het probleem te onderzoeken, vereiste correcties toe te passen en berichten opnieuw in te dienen. |
Analyseer de verschillen tussen Azure Storage-wachtrijen en Azure Service Bus-wachtrijen. | U zult merken dat Azure Service Bus Messaging-entiteiten geavanceerder, betrouwbaarder en functierijker zijn dan Azure Storage-wachtrijen. Als uw vereiste is voor eenvoudige wachtrijberichten zonder vereisten voor betrouwbare berichten, zijn Azure Storage-wachtrijen mogelijk een geschiktere optie. |
Bronmateriaal
Gebruik de volgende query om Premium Service Bus-exemplaren te identificeren die geen privé-eindpunten gebruiken:
Resources | where type == 'microsoft.servicebus/namespaces' | where sku.tier == 'Premium' and isempty(properties.privateEndpointConnections)
Gebruik de volgende query om Service Bus-exemplaren te identificeren die zich niet in de Premium-laag bevinden:
Resources | where type == 'microsoft.servicebus/namespaces' | where sku.tier != 'Premium'