Garantire l'affidabilità dei processi di Analisi di flusso durante gli aggiornamenti del servizio

Perché un servizio sia completamente gestito, deve includere anche la possibilità di introdurre rapidamente nuove funzionalità e miglioramenti. La distribuzione di aggiornamenti del servizio in Analisi di flusso può quindi essere eseguita con frequenza settimanale o superiore. Indipendentemente dalla quantità di test effettuati, esiste comunque il rischio che un processo esistente in esecuzione subisca un'interruzione a causa dell'introduzione di un bug. Se si eseguono processi cruciali, questi rischi devono essere evitati. È possibile ridurre questo rischio seguendo il modello di area associata di Azure.

Vantaggi delle aree abbinate di Azure per la risoluzione del problema

Analisi di flusso garantisce che i processi nelle aree abbinate vengano aggiornati in batch separati. Ogni batch ha una o più aree che possono essere aggiornate simultaneamente. Il servizio Analisi di flusso garantisce che qualsiasi nuovo aggiornamento passi anelli interni rigorosi per avere la massima qualità. Il servizio cerca anche in modo proattivo molti segnali dopo la distribuzione in ogni batch per ottenere maggiore attendibilità che non sono presenti bug introdotti. La distribuzione di un aggiornamento a Analisi di flusso non si verifica contemporaneamente in un set di aree abbinate. Di conseguenza, si verifica un intervallo di tempo sufficiente tra gli aggiornamenti per identificare potenziali problemi e correggerli.

L'articolo su disponibilità e aree abbinate contiene le informazioni più aggiornate su quali aree sono abbinate.

È consigliabile distribuire processi identici in entrambe le aree associate. È quindi consigliabile monitorare questi processi per ricevere una notifica quando si verifica un evento imprevisto. Se uno di questi processi termina in uno stato non riuscito dopo un aggiornamento del servizio Analisi di flusso, è possibile contattare il supporto tecnico per identificare la causa radice. È anche consigliabile eseguire il failover di tutti i consumer downstream all'output del processo integro.

Passaggi successivi