Obtenha redundância geográfica para trabalhos do Azure Stream Analytics
O Azure Stream Analytics não fornece failover geográfico automático, mas você pode obter redundância geográfica implantando trabalhos idênticos do Stream Analytics em várias regiões do Azure. Cada trabalho se conecta a uma entrada local e a fontes de saída locais. É responsabilidade de seu aplicativo enviar dados de entrada para as duas entradas regionais e reconciliar entre as duas saídas regionais. Os trabalhos do Stream Analytics são duas entidades separadas.
O diagrama a seguir ilustra um exemplo de implantação de trabalho de Stream Analytics com redundância geográfica com entrada do Hub de eventos e saída do Banco de dados do Azure.
Estratégia primária/secundária
Seu aplicativo precisa gerenciar qual banco de dados de saída de região é considerado o primário e qual é considerado o secundário. Em uma falha de região primária, o aplicativo alterna para o banco de dados secundário e inicia a leitura de atualizações desse banco de dados. O mecanismo real que permite minimizar leituras duplicadas depende de seu aplicativo. Você pode simplificar esse processo gravando informações adicionais na saída. Por exemplo, você pode adicionar um carimbo de data/hora ou uma ID de sequência a cada saída para fazer com que as linhas duplicadas sejam ignoradas em uma operação trivial. Depois que a região primária é restaurada, ela é capturada com o banco de dados secundário usando uma mecânica semelhante.
Embora diferentes tipos de entrada e saída permitam diferentes opções de replicação geográfica, é recomendável usar o padrão descrito neste artigo para obter redundância geográfica porque ela fornece flexibilidade e controle para os produtores de eventos e consumidores de eventos.