Affidabilità nel servizio Azure Bot
Quando si crea un'applicazione (bot) in Azure, è possibile scegliere se la risorsa bot avrà o meno la residenza dei dati globale o locale. La residenza dei dati locali garantisce che i dati personali del bot vengano conservati, archiviati ed elaborati entro determinati limiti geografici (ad esempio i confini dell'UE).
Importante
Il supporto della zona di disponibilità non è abilitato per i canali standard nel servizio bot a livello di area.
Questo articolo descrive il supporto per l'affidabilità nel servizio Azure Bot e illustra sia l'affidabilità a livello di area con le zone di disponibilità che la resilienza tra aree con ripristino di emergenza per i bot con residenza dei dati locali. Per una panoramica più dettagliata dell'affidabilità in Azure, vedere Affidabilità di Azure.
Per altre informazioni sulla distribuzione di bot con residenza dei dati locali e conformità a livello di area, vedere Regionalizzazione nel servizio Azure Bot.
Supporto della zona di disponibilità
Le zone di disponibilità di Azure sono costituite da almeno tre gruppi fisicamente separati di data center all’interno di ogni area di Azure. II data center all'interno di ogni zona sono dotati di alimentazione, raffreddamento e infrastruttura di rete indipendenti. In caso di errore in una zona locale, le zone di disponibilità sono progettate in modo tale che i servizi regionali, la capacità e la disponibilità elevata della zona interessata siano supportati dalle altre due zone.
Gli errori possono essere correlati a software e hardware o a eventi come terremoti, inondazioni e incendi. La tolleranza agli errori viene raggiunta con la ridondanza e l'isolamento logico dei servizi di Azure. Per informazioni più dettagliate sulle zone di disponibilità in Azure, vedere Aree e zone di disponibilità.
I servizi abilitati per le zone di disponibilità sono progettati per fornire il livello adeguato di affidabilità e flessibilità. Tali servizi possono essere configurati in due modi. Possono essere con ridondanza della zona, che prevede la replica automatica tra le zone, o a zona, con istanze aggiunte in una zona specifica. È anche possibile combinare questi approcci. Per altre informazioni sulle architetture a zona e con ridondanza della zona, vedere Raccomandazioni per l'uso delle zone e delle aree di disponibilità.
Per i bot a livello di area, il servizio Azure Bot supporta la ridondanza della zona per impostazione predefinita. Non è necessario configurarlo o riconfigurarlo per il supporto della zona di disponibilità.
Prerequisiti
- Il bot deve essere a livello di area (non globale).
- Attualmente, solo l'area "westeurope" supporta le zone di disponibilità.
Esperienza di riduzione della zona
Durante un'interruzione a livello di zona, il cliente deve aspettarsi un breve degrado delle prestazioni, fino a quando l’autoriparazione del servizio non riequilibra la capacità sottostante in modo da adattarsi alle zone integre. Ciò non dipende dal ripristino della zona; è previsto che lo stato di autoriparazione del servizio gestito da Microsoft compensi una zona persa, usando la capacità di altre zone.
Ripristino di emergenza tra aree in più aree geografiche
Il ripristino di emergenza si occupa del ripristino in caso di eventi a impatto elevato, come disastri naturali o distribuzioni non riuscite che comportano tempi di inattività e perdita di dati. Indipendentemente dalla causa, il miglior rimedio per un'emergenza è un piano di ripristino ben definito e testato e una progettazione di applicazioni che supporta attivamente tale ripristino. Prima di iniziare a pensare a un piano di ripristino di emergenza, vedere Raccomandazioni per la progettazione di una strategia di ripristino di emergenza.
Nell'ambito del ripristino di emergenza, Microsoft usa il modello di responsabilità condivisa. In un modello basato sulla responsabilità condivisa, Microsoft garantisce che l'infrastruttura di base e i servizi della piattaforma siano disponibili. Allo stesso tempo, molti servizi di Azure non replicano automaticamente i dati o eseguono il fallback da un'area in cui si è verificato un errore per effettuare la replica incrociata in un'altra area abilitata. Per tali servizi, l'utente ha la responsabilità di configurare un piano di ripristino di emergenza che funzioni per i propri carichi di lavoro. La maggior parte dei servizi eseguiti nelle offerte PaaS (Piattaforma distribuita come servizio) di Azure forniscono funzionalità e indicazioni per supportare il ripristino di emergenza ed è possibile usare funzionalità specifiche del servizio per supportare il ripristino rapido e sviluppare il piano di ripristino di emergenza.
Il servizio Azure Bot viene eseguito in modalità attiva-attiva sia per i servizi globali che per quelli a livello di area. Quando si verifica un'interruzione, non è necessario rilevare errori o gestire il servizio. IIl servizio Azure Bot esegue automaticamente il failover automatico e il ripristino automatico in un'architettura geografica in più aree. Per il servizio bot a livello di area dell'UE, il servizio Azure Bot offre due aree complete all'interno dell'Europa con replica attiva/attiva per garantire la ridondanza. Per il servizio bot globale, tutte le regioni/aree geografiche disponibili possono essere servite come footprint globale.