Os artigos desta série descrevem uma abordagem para projetar uma estratégia de recuperação de desastre (DR) para uma plataforma de dados baseada no Azure.
As necessidades de dados de cada organização são diferentes, mas as diretrizes fornecidas atuam como ponto de partida, permitindo o design de uma estratégia de DR que atenda aos seus requisitos de negócios.
Glossário de termos-chave
Definição | Observações | |
---|---|---|
ID do Microsoft Entra | ID do Microsoft Entra | Microsoft Entra ID |
ACL | Listas de Controle de Acesso | |
ADLS | Armazenamento do Azure Data Lake | Introdução ao Azure Data Lake Storage Gen2 |
AKS | Serviço de Kubernetes do Azure | Documentação do Serviço de Kubernetes do Azure (AKS) |
ARM | Azure Resource Manager | Documentação do modelo ARM |
BAU | Negócios Como de Costume | |
BC | Continuidade de negócios | Programa de gerenciamento de continuidade de negócios no Azure |
BCDR | Continuidade dos negócios e recuperação de desastres | Gerenciamento de continuidade de negócios no Azure |
CI/CD | Integração Contínua & Implantação Contínua | Azure DevOps - Visão geral de CI/CD |
DR | Recuperação de desastre | |
DNS | Sistema de nomes de domínio | |
DSC | Desired State Configuration | |
E2E | Ponta a Ponta | |
GRS | Armazenamento com redundância geográfica | Redundância de Armazenamento |
HA | Alta disponibilidade | |
HSM | Módulos de segurança de hardware | Documentação do HSM Gerenciado do Azure |
IAC | Infraestrutura Como Código | |
IAAS | Infraestrutura Como Serviço | O que é IaaS? Infraestrutura como Serviço |
IOT | Internet das Coisas | |
ITIL | Biblioteca de Infraestrutura da Tecnologia da Informação | |
KDD | Decisão Chave de Design | |
LRS | Armazenamento localmente redundante | Redundância de dados – Armazenamento do Azure |
MSEE | Microsoft Enterprise Edge | |
MTO | Interrupção Máxima Tolerável | O tempo máximo aceitável que os processos de negócios dependentes podem tolerar que a plataforma fique indisponível. MTO = RTO + WRT |
MVP | Produto Mínimo Viável | |
NFR | Requisitos Não Funcionais | Requisitos em uma solução ou sistema relacionados à usabilidade, escalabilidade, segurança e acessibilidade, em vez de funcionalidade. |
NSG | Grupo de Segurança de Rede | Visão geral dos grupos de segurança de rede do Azure |
OPEX | Despesas Operacionais | |
PaaS | Plataforma Como Serviço | O que é PaaS? Plataforma como serviço |
PIR | Revisão Pós-incidente | |
RA-GZRS | Armazenamento com Redundância de Zona Geográfica com Acesso de Leitura | Redundância de dados – Armazenamento do Azure |
RPO | Objetivo de Ponto de Recuperação | A quantidade máxima aceitável de perda de dados/processamento, medida em tempo. |
RTO | Objetivo de tempo de recuperação | O tempo máximo aceitável necessário para recuperar o serviço da plataforma de dados e colocá-lo novamente online. |
SaaS | Software Como Serviço | O que é SaaS? Software como Serviço |
SDLC | Ciclo de Vida de Desenvolvimento de Software | |
SME | Especialista no Assunto | |
SLA | Contrato de Nível de Serviço | |
SSO | Logon único | |
UDR | Rota Definida pelo Usuário | Roteamento de Tráfego de Rede Virtual do Azure |
VM | Máquina Virtual | Máquinas Virtuais (VMs) para Linux e Windows |
VNET | Azure - Rede virtual | Rede Virtual do Azure |
WRT | Tempo de Recuperação de Trabalho | O tempo máximo aceitável necessário para atualizar os dados/processamento da plataforma desde o ponto de recuperação até o período atual, permitindo que os negócios/soluções usem o serviço como BAU. |
ZRS | Armazenamento com redundância de zona | Redundância de dados – Armazenamento do Azure |
Colaboradores
A Microsoft atualiza este artigo. Os seguintes colaboradores o escreveram originalmente.
Principais autores:
- Hajar Habjaoui | Arquiteta de Soluções de Nuvem
- Justice Zisanhi | Arquiteto de Soluções de Nuvem
- Scott Mckinnon | Arquiteto de soluções de nuvem
Outros colaboradores:
- Ananth Prakash | Gerente CSA Sênior
- Fabio Braga | Arquiteto Chefe - Sucesso do Cliente
- Rolf Tesmer | Arquiteto de Soluções de Nuvem Sênior
Para ver perfis não públicos no LinkedIn, entre no LinkedIn.