Georedundantie bereiken voor Azure Stream Analytics-taken
Azure Stream Analytics biedt geen automatische geo-failover, maar u kunt georedundantie bereiken door identieke Stream Analytics-taken in meerdere Azure-regio's te implementeren. Elke taak maakt verbinding met lokale invoer- en lokale uitvoerbronnen. Het is de verantwoordelijkheid van uw toepassing om invoergegevens naar de twee regionale invoergegevens te verzenden en de twee regionale uitvoer op elkaar af te stemmen. De Stream Analytics-taken zijn twee afzonderlijke entiteiten.
In het volgende diagram ziet u een voorbeeld van een geografisch redundante Stream Analytics-taakimplementatie met Event Hub-invoer en Azure Database-uitvoer.
Primaire/secundaire strategie
Uw toepassing moet beheren in welke regio de uitvoerdatabase als de primaire en welke als secundair wordt beschouwd. Bij een fout in de primaire regio schakelt de toepassing over naar de secundaire database en begint de updates uit die database te lezen. Het werkelijke mechanisme waarmee dubbele leesbewerkingen kunnen worden geminimaliseerd, is afhankelijk van uw toepassing. U kunt dit proces vereenvoudigen door aanvullende informatie naar de uitvoer te schrijven. U kunt bijvoorbeeld een tijdstempel of een reeks-id toevoegen aan elke uitvoer, zodat het overslaan van dubbele rijen een triviale bewerking is. Zodra de primaire regio is hersteld, haalt deze de secundaire database in met behulp van vergelijkbare mechanica.
Hoewel verschillende invoer- en uitvoertypen verschillende opties voor geo-replicatie mogelijk maken, raden we u aan het patroon te gebruiken dat in dit artikel wordt beschreven om geo-redundantie te bereiken, omdat dit flexibiliteit en controle biedt voor zowel de gebeurtenisproducenten als de gebeurtenisgebruikers.