Já falamos sobre catástrofes e recuperação de desastres (DR) e o que é necessário para ativar o Plano de DR. Já sabemos que nem todas as falhas exigem que você mude tudo para um data center totalmente novo – primeiro precisamos analisar e entender qual é exatamente o problema para tomar uma decisão. Mas uma vez que sabemos que a ativação foi acionada, como superamos os desafios de um desastre?
É importante ter em mente a diferença entre dois conceitos: locais de região e zonas de disponibilidade. Locais da região por Azure pode referir-se a uma cidade ou país específico. Zonas de disponibilidade referem-se a data centers dentro de um determinado local da região. Você pode encontrar mais informações sobre este tópico aqui.
Azure pode ter até vários data centers, conectados por uma fibra óptica na mesma região, mas cada um deles é completamente independente do outro. Isso significa que um problema em um datacenter não afetará os outros datacenters.
Antes de mover tudo para uma região diferente, primeiro usamos a tecnologia que Microsoft nos dá para garantir a continuidade dos negócios. Portanto, se houver um problema em um data center específico (e não estamos falando de uma grande catástrofe, como uma bomba ou um desastre natural!), nosso sistema tem a capacidade de, manual ou automaticamente, crescer em diferentes zonas . Se um data center for afetado, ele poderá crescer ou escalar para um dos outros data centers na mesma região.
Além disso, se algumas coisas são geralmente afetadas na Zona 1, elas podem escalar até a Zona 2. E isso acontece basicamente sem qualquer interrupção do serviço.
Essa é provavelmente a maior vantagem de uma solução em nuvem em comparação com uma solução local: a capacidade de mover dados rapidamente para diferentes regiões ou locais com um clique, minimizando os impactos.
A Collab também usa outros serviços da Microsoft que nos permitem minimizar o tempo de inatividade. Por exemplo, bancos de dados sem servidor! Em poucos segundos, podemos mudar de uma região para outra, de forma muito transparente para o cliente. Isso nos permite continuar atendendo os clientes, mesmo que parte do sistema esteja sendo executado em uma região diferente.
O mesmo pode acontecer com o armazenamento, que pode passar por failover para outro data center, permitindo que recuperemos rapidamente o servidor!
Se por algum motivo toda a região for afetada e estiver inativa e precisarmos passar para uma segunda região, o Plano DR deve ser considerado e os procedimentos para sua ativação devem ser seguidos a fim de desencadear a mudança de tudo para a segunda região.
Um outro recurso que também nos ajudou a manter tudo sincronizado é Recuperação de sites do Azure, que nos ajuda a mover os dados das máquinas virtuais de uma região para outra. Após mover os dados para outro data center em outra região, é sempre importante garantir a qualidade dos dados e analisar se sofreu algum dano. Para isso, usamos Sistema de backup do Azure para recuperar alguns dados ou simplesmente garantir a integração dos dados.
A Collab fez um grande esforço para entender a plataforma subjacente do Microsoft Azure e modificar seu próprio software para aproveitar ao máximo o que o Azure tem a oferecer, tanto dentro de uma região quanto entre regiões, quando necessário, para realizar uma alternância de recuperação de desastres de um site para outro.
A Collab investiu seus recursos para adaptar seu software à infraestrutura da melhor forma possível para minimizar o impacto em seus clientes.
> Se pretender saber mais informações sobre Disaster Recovery, nomeadamente sobre a capacidade de sobrevivência dos Contact Centers em caso de catástrofe, não perca a oportunidade de assistir ao nosso webinar sobre o tema!