Há um imenso número de maneiras de construir uma estratégia sólida de recuperação de desastres, e os provedores de nuvem mais notáveis são:
- Amazon Web Services
- Google Cloud Platform
- Microsoft Azure (com os serviços Azure Backup e Azure Site Recovery)
- Recuperação de desastres OpenStack
Escolher qualquer um desses provedores faz todo o sentido, pois eles são grandes, confiáveis e dão controle direto total sobre seus serviços. Por outro lado, há certas desvantagens em usar essa abordagem.
Por exemplo, a AWS pressupõe que você monte sua própria solução de recuperação de desastres do zero, com base em seus próprios serviços básicos de nuvem. Isso leva à conclusão de que a AWS é viável para aqueles que já estão familiarizados com o provedor e têm conhecimento e habilidades suficientes para configurar a recuperação de desastres manualmente ou semimanualmente. A AWS também oferece aos clientes o uso de seu terceiro serviço de recuperação de desastres (CloudEndure).
O Google Cloud Platform não fornece nenhum serviço de DR pronto para uso, muito menos uma solução completa de Disaster Recovery-as-a-Service. Portanto, espera-se que os usuários criem sua própria solução de recuperação de desastres usando os serviços padrão do Google Cloud, que também têm muito menos flexibilidade de personalização e otimização do que a Amazon. Assim como a Amazon, uma tarefa desafiadora para recriar um ambiente local na nuvem persiste.
O OpenStack é outro serviço de nuvem que apenas fornece os recursos para recuperação de desastres. Como diz o manual, “Determinar e selecionar quais aplicativos e serviços proteger é responsabilidade do usuário, enquanto lidar com a logística de proteção fica por conta da nuvem (e seu operador).”
Quanto ao Azure, a Microsoft realmente oferece um solução de recuperação de desastres sólida, Azure Site Recovery (ASR), que já abordamos em nosso artigo dedicado a Serviço DR da Microsoft. O Azure Site Recovery é uma boa escolha para organizações que têm cargas de trabalho de missão crítica executadas principalmente no VMware ou Hyper-V. O DRaaS da Microsoft é intimamente integrado ao Microsoft Endpoint Configuration Manager, um produto de software desenvolvido para gerenciar grandes conjuntos de computadores executando Windows NT, Windows Embedded, macOS, Linux ou UNIX, bem como vários sistemas operacionais móveis, o que torna o ASR conveniente para organizações que aderem à pilha da Microsoft.
No entanto, quando se trata de cenários avançados de recuperação de desastres, o ASR ainda requer um alto nível de expertise por parte de um departamento de TI. Ele também carece de automação e requer software adicional para ser totalmente operacional e repleto de recursos. Há também vários requisitos, como um limite de 1 TB para discos locais, que devem ser atendidos para poder usar o ASR.
