Bus di servizio ed eccellenza operativa
Con il bus di servizio di Azure è possibile completamente il brokering dei messaggi aziendali con code di messaggi e argomenti di pubblicazione-sottoscrizione. Il servizio archivia i messaggi in un broker, ad esempio una coda, fino a quando il consumer non è pronto a riceverli.
Questa caratteristica offre i vantaggi seguenti:
- Bilanciamento del carico di lavoro tra ruoli di lavoro in competizione.
- Routing e trasferimento di dati in modo sicuro e controllo tra limiti di servizi e applicazioni.
- Coordinamento delle operazioni transazionali che richiedono un livello elevato di affidabilità.
Per altre informazioni sull'uso del bus di servizio, vedere Messaggistica del bus di servizio di Azure. Informazioni su come impostare una messaggistica per collegare applicazioni e servici in ambienti locali e cloud.
Per comprendere in che modo il bus di servizio promuove l'eccellenza operativa, vedere gli argomenti seguenti:
- Gestione di emergenze e interruzioni
- Operazioni di limitazione delle richieste nel bus di servizio di Azure
Le sezioni seguenti sono specifiche per il bus di servizio di Azure e l'eccellenza operativa:
- Considerazioni relative alla progettazione
- Elenco di controllo configurazione
- Opzioni consigliate per la configurazione
- Artefatti di origine
Considerazioni relative alla progettazione
Ottimizzare l'affidabilità con un Contratto di servizio per il tempo di attività del bus di servizio di Azure. Le applicazioni configurate correttamente possono inviare o ricevere messaggi o eseguire altre operazioni in una coda o un argomento distribuito. Per altre informazioni, vedere il Contratto di servizio per il bus di servizio.
Altre considerazioni sulla progettazione includono:
Oltre alla documentazione sui livelli di messaggistica Standard e Premium del bus di servizio, le funzionalità seguenti sono disponibili solo per la SKU di livello Premium:
- Risorse dedicate.
- Integrazione di reti virtuali: limita le reti che possono connettersi all'istanza del bus di servizio. È necessario che gli endpoint di servizio siano abilitati nella subnet. Sono presenti servizi Microsoft attendibili non supportati durante l'implementazione di reti virtuali (ad esempio, l'integrazione con Griglia di eventi). Per altre informazioni, vedere Consentire l'accesso allo spazio dei nomi del bus di servizio di Azure da reti virtuali specifiche.
- Endpoint privati.
- Filtri IP/Firewall: limita le connessioni solo agli indirizzi
IPv4
o agli intervalli di indirizziIPv4
definiti. - Zone di disponibilità: fornisce maggiore disponibilità tramite la distribuzione delle repliche tra più zone di disponibilità all'interno di un'area senza costi aggiuntivi.
- Integrazione di Griglia di eventi: Tipi di evento disponibili.
- Ridimensionare le unità di messaggistica.
- Ripristino di emergenza geografico (spazio dei nomi associato).
- BYOK (Bring Your Own Key): il bus di servizio di Azure crittografa i dati inattivi e li decrittografa automaticamente quando vi si accede, ma i clienti possono anche usare la propria chiave gestita dal cliente.
Quando si distribuisce il bus di servizio con il ripristino di emergenza geografico e nelle zone di disponibilità, l'obiettivo del livello di servizio (SLO) aumenta notevolmente, ma non determina modifiche del Contratto di servizio per il tempo di attività.
Elenco di controllo
Il bus di servizio di Azure è stato configurato tenendo presente l'eccellenza operativa?
- Assicurarsi che le eccezioni di messaggistica del bus di servizio vengano gestite correttamente.
- Connettersi al bus di servizio con Advanced Message Queueing Protocol (AMQP) e usare, se possibile, endpoint di servizio o endpoint privati.
- Definire un processo per monitorare attivamente i messaggi della coda di messaggi non recapitabili (dlq).
- Vedere Procedure consigliate per il miglioramento delle prestazioni tramite la messaggistica del bus di servizio.
- Analizzare le differenze tra le code di Archiviazione di Azure e le code del bus di servizio di Azure.
Raccomandazioni per la configurazione
Per ottimizzare l'affidabilità durante la configurazione del bus di servizio di Azure, considerare le raccomandazioni seguenti:
Recommendation | Descrizione |
---|---|
Connettersi al bus di servizio con il protocollo AMQP e usare, se possibile, endpoint di servizio o endpoint privati. | Questa raccomandazione mantiene il traffico sul backbone di Azure.
Nota: il protocollo di connessione predefinito per gli spazi dei nomi Microsoft.Azure.ServiceBus e Windows.Azure.ServiceBus è AMQP . |
Definire un processo per monitorare attivamente i messaggi della coda di messaggi non recapitabili (dlq). | La coda dei messaggi non recapitabili contiene messaggi che non possono essere elaborati o recapitati ad alcun destinatario. È importante monitorare questa coda per esaminare la causa del problema, applicare le correzioni necessarie e inviare nuovamente i messaggi. |
Analizzare le differenze tra le code di Archiviazione di Azure e le code del bus di servizio di Azure. | Si scoprirà che le entità di messaggistica del bus di servizio di Azure sono più avanzate, affidabili e ricche di funzionalità rispetto alle code di Archiviazione di Azure. Se il requisito della messaggistica semplice è sufficiente e non è necessario ricorrere alla messaggistica affidabile, le code di Archiviazione di Azure possono rappresentare l'opzione più adatta. |
Artefatti di origine
Per identificare le istanze del bus di servizio Premium che non usano endpoint privati, usare la query seguente:
Resources | where type == 'microsoft.servicebus/namespaces' | where sku.tier == 'Premium' and isempty(properties.privateEndpointConnections)
Per identificare le istanze del bus di servizio che non sono presenti nel livello Premium, usare la query seguente:
Resources | where type == 'microsoft.servicebus/namespaces' | where sku.tier != 'Premium'