En los artículos de esta serie se describe un enfoque para diseñar una estrategia de recuperación ante desastres (DR) para una plataforma de datos basada en Azure.
Las necesidades de datos de cada organización son diferentes, pero las instrucciones proporcionadas actúan como punto de partida, lo que permite el diseño de una estrategia de recuperación ante desastres que se adapte a sus requisitos empresariales.
Glosario de términos clave
Definición | Notas | |
---|---|---|
Microsoft Entra ID | Microsoft Entra ID | Microsoft Entra ID |
ACL | Listas de control de acceso | |
ADLS | Azure Data Lake Storage | Introducción a Azure Data Lake Storage Gen2 |
AKS | Azure Kubernetes Service | Documentación de Azure Kubernetes Service (AKS) |
ARM | Azure Resource Manager | Documentación de las plantillas de Resource Manager |
BAU | Hacer negocio como de costumbre | |
BC | Continuidad empresarial | Programa de administración de continuidad empresarial en Azure |
BCDR | Continuidad empresarial y recuperación ante desastres | Administración de continuidad empresarial en Azure |
CI/CD | Integración continua e Implementación continua | Azure DevOps: Información general de CI/CD |
DR | Recuperación ante desastres | |
DNS | Sistema de nombres de dominio | |
DSC | Configuración de estado deseado | |
E2E | De un extremo a otro | |
GRS | Almacenamiento con redundancia geográfica | Redundancia de almacenamiento |
Alta disponibilidad | Alta disponibilidad | |
HSM | Módulo de seguridad de hardware | Documentación de Azure HSM administrado |
IAC | Infraestructura como código | |
IAAS | Infraestructura como servicio | ¿Qué es una IaaS? Infraestructura como servicio |
IoT | Internet de las cosas | |
ITIL | Biblioteca de infraestructura de tecnologías de la información | |
KDD | Decisión de diseño clave | |
LRS | Almacenamiento con redundancia local | Redundancia de Azure Storage |
MSEE | Microsoft Enterprise Edge | |
MTO | Interrupción máxima tolerable | La cantidad de tiempo máxima aceptable que los procesos empresariales dependientes pueden tolerar que la plataforma no esté disponible. MTO = RTO + WRT |
MVP | Producto mínimo viable | |
NFR | Requisito no funcional | Requisitos de una solución o sistema relacionados con la facilidad de uso, la escalabilidad, la seguridad y la accesibilidad en lugar de la funcionalidad. |
Grupo de seguridad de red | Grupo de seguridad de red | Información general de grupos de seguridad de red de Azure |
OPEX | Gastos operativos | |
PaaS | Plataforma como servicio | ¿Qué es un PaaS? Plataforma como servicio |
PIR | Revisión posterior al incidente | |
RA-GZRS | Almacenamiento con redundancia de zona geográfica con acceso de lectura | Redundancia de Azure Storage |
RPO | Objetivo de punto de recuperación | Cantidad máxima aceptable de pérdida de datos o procesamiento, medida en el tiempo. |
RTO | Objetivo de tiempo de recuperación | Cantidad máxima aceptable de tiempo necesario para recuperar el servicio de plataforma de datos y ponerlo en línea de nuevo. |
SaaS | Software como servicio | ¿Qué es SaaS? Software como servicio |
SDLC | Ciclo de vida de desarrollo de software | |
SME | Experto en la materia | |
Contrato de nivel de servicio | Acuerdo de Nivel de Servicio | |
SSO | Inicio de sesión único | |
UDR | Ruta definida por el usuario | Enrutamiento del tráfico de redes virtuales de Azure |
máquina virtual | Máquina virtual | Virtual Machines para Linux y Windows |
VNET | Azure: Virtual Network | Azure Virtual Network |
WRT | Tiempo de recuperación de trabajos | La cantidad máxima aceptable de tiempo necesario para actualizar los datos o el procesamiento de la plataforma desde el punto de recuperación hasta el período actual, permitiendo que las soluciones o negocios usen el servicio como BAU. |
ZRS | Almacenamiento con redundancia de zona | Redundancia de Azure Storage |
Colaboradores
Microsoft se encarga del mantenimiento de este artículo. Originalmente lo escribieron los siguientes colaboradores.
Creadores de entidad de seguridad:
- Hajar Habjaoui | Arquitecta de soluciones en la nube
- Justice Zisanhi | Arquitecto de soluciones en la nube
- Scott Mckinnon | Arquitecto de soluciones en la nube
Otros colaboradores:
- Ananth Prakash | Gerente sénior de CSA
- Fabio Braga | Arquitecto jefe: Satisfacción de cliente
- Rolf Tesmer | Arquitecto sénior de soluciones en la nube
Para ver los perfiles no públicos de LinkedIn, inicie sesión en LinkedIn.
Pasos siguientes
Recursos relacionados
- Recuperación ante desastres para la plataforma de datos de Azure: información general
- Recuperación ante desastres para una plataforma de datos de Azure: arquitectura
- Recuperación ante desastres en la plataforma de datos de Azure: detalles del escenario
- Recuperación ante desastres para una plataforma de datos de Azure: recomendaciones