Imagínese esto: es la última semana de su trimestre fiscal. Su equipo de ventas está cerrando acuerdos y su equipo de finanzas está preparando informes para la agrupación. Su equipo de marketing está analizando el rendimiento de la campaña para establecer el presupuesto del próximo trimestre. Luego, a las 4 p.m. de un martes, su plataforma de observación se apaga oportuno a una interrupción del proveedor de la nubarrón.
Para muchas organizaciones, este círculo no es hipotético: es una pesadilla recurrente. Como señaló el director ejecutor de Snowflake, Sridhar Ramaswamy, en su fresco publicación en el blogla recuperación frente a desastres es imprescindible para las organizaciones que navegan en la heredad digital interconectada y en rápido movimiento de hoy. Un único incidente aparentemente separado puede afectar a miles de aplicaciones y servicios, interrumpiendo procesos y retrasando decisiones empresariales críticas.
Sin bloqueo, al evaluar plataformas de datos + IA, la continuidad del negocio y la recuperación frente a desastres (BCDR) a menudo pasan a un segundo plano. Y, lamentablemente, no todas las plataformas están diseñadas para ofrecer una verdadera resiliencia empresarial. Eso significa que cuando los sistemas fallan, la continuidad del negocio se convierte en su problema a resolver, con su reputación en engranaje.
Tres preguntas del BCDR que todo líder de datos debería hacerse
Toda empresa se enfrenta a una votación: aceptar el aventura del tiempo de inactividad o cambiar en resiliencia. La pregunta no es si su empresa puede permitirse una opción BCDR, sino si puede permitirse el postín de no tenerla.
Al evaluar su plataforma flagrante o evaluar nuevas soluciones, tres preguntas críticas le revelarán si está completamente protegido.
1. "¿Cómo podemos obtener nuestros requisitos de recuperación con su plataforma?"
Los riesgos del tiempo de inactividad son mucho mayores de lo que la mayoría de las organizaciones creen. El tiempo de inactividad no planificado cuesta un promedio de $14,056 por minuto, aumentando a $23,750 para las grandes empresas, según Investigación de 2024 realizada por Enterprise Management Associates (EMA).
Su empresa puede tener objetivos de recuperación específicos, como objetivos de punto de recuperación (RPO) y objetivos de tiempo de recuperación (RTO). Debe preguntarse si la opción que está evaluando puede cumplirlos.
Las plataformas creadas para las deyección empresariales deberían poder guiarlo en la configuración de procedimientos de recuperación frente a desastres. Pregunte por detalles: "¿Cómo puedo retornar a ingerir fácilmente los datos faltantes en mi cuenta de DR y obtener un RTO de 15 minutos?" Si no pueden mostrarte cómo funciona esto, estás frente a una plataforma que puede dejar a tu equipo volando a ciegas.
2. "¿Puede demostrar cómo funciona la conmutación por error entre regiones y entre nubes?"
Una verdadera BCDR de nivel empresarial significa una conmutación por error perfecta entre regiones e incluso entre proveedores de nubarrón, no solo pleonasmo regional. BCDR debería funcionar ya sea que se trate de una interrupción del centro de datos, una interrupción del servicio regional o una migración entre regiones o proveedores de nubarrón.
Descomposición de terceros Todavía muestra que Snowflake puede manejar la conmutación por error entre regiones y entre nubes automáticamente, manteniendo sus datos, capacidades de procesamiento y controles de gobernanza en múltiples regiones y nubes, mientras que otras plataformas pueden requerir una intervención manual extensa e ingeniería personalizada para obtener una conmutación por error entre regiones y entre nubes.
Asegúrese de preguntar cuánto tiempo lleva ponerlo en funcionamiento. Databricks, por ejemplo, ha obligado públicamente que su BCDR “puede tardar meses, o incluso un año, en ponerse en funcionamiento la primera vez”. BCDR de Snowflake se puede configurar en minutos, independientemente de si necesita protección entre regiones o entre nubes.
3. "¿Cómo se garantiza el cumplimiento de las políticas de gobernanza durante una interrupción?"
Sus datos son tan valiosos como su capacidad para gestionarlos adecuadamente, incluso durante un desastre.
Con algunas plataformas, las políticas como la seguridad a nivel de fila, las reglas de enmascaramiento de columnas y los permisos de adjudicatario no se restablecen sin problemas, lo que lo deja débil a violaciones regulatorias y multas elevadas.
Las plataformas más potentes, como Snowflake, replican toda su cuenta como una única dispositivo administrada, lo que ayuda a proteger todos sus datos, metadatos e información de la cuenta. Esto significa que sus políticas de gobierno todavía están protegidas, lo que ayuda a nutrir el cumplimiento y la seguridad.
Nuestro Copias de seguridad de copo de cocaína La capacidad (ahora acondicionado de forma generalizada) lleva esta protección un paso más allá. Puede configurar las copias de seguridad para que sean inmutables, lo que le permite crear instantáneas de un momento cubo que no pueden modificarse ni eliminarse, ni siquiera los administradores. En un círculo de desastre, puede combinar instantáneas con la replicación de cuentas de Snowflake para que todos los conjuntos de instantáneas y políticas se puedan replicar en una región o proveedor de nubarrón diferente y recuperarse. Snowflake Backups respalda el cumplimiento normativo de los clientes, refuerza la ciberresiliencia contra amenazas como el ransomware y preserva la integridad a dilatado plazo de los datos para fines legales o de auditoría.
Cuando los experimentos de BCDR cuestan millones (y posiblemente, su trabajo)
Cuando ocurre un desastre, no sólo necesita recuperar sus datos. Necesita restaurar todo su patrimonio de datos: canalizaciones, políticas de gobernanza, permisos de adjudicatario y deducción empresarial.
Pero algunas plataformas tratan a BCDR como un intento verificado de bricolaje. Proporcionan los componentes básicos y dejan en manos de su equipo la tarea de diseñar, implementar y nutrir los procedimientos de recuperación frente a desastres. Sobre el papel, esto podría parecer flexibilidad. En la ejercicio, a menudo significa:
-
Miles de líneas de código personalizado para manejar escenarios de conmutación por error.
-
Múltiples proveedores unidos para certificar que los datos críticos se repliquen.
-
Sin aval que su opción personalizada funcionará cuando más la necesite.
-
Responsabilidad por cada modo de equivocación, Entonces, si poco se rompe, eso depende de ti.
Esto representa una enorme carga operativa, que le cuesta cientos de horas de tiempo de ingeniería, lo expone a riesgos y obliga a su equipo a desperdiciar ciclos manteniendo su opción BCDR en extensión de innovar.
Con un enfoque de bricolaje, su equipo no se limita a crear sus datos y soluciones de inteligencia químico. Se están convirtiendo en especialistas en recuperación de desastres, escribiendo intrincados procedimientos de conmutación por error y esperando no tener que descubrir nunca si su código funciona bajo presión.
Rompiendo el enfoque DIY del BCDR
Una opción compleja y autoadministrada requiere que su equipo coordine y aprovisione cada componente para certificar la continuidad de repaso y escritura durante un desastre. Esto incluye:
-
Datos y metastore: Debe manejar la replicación del almacenamiento y utilizar scripts de aprovisionamiento dual para establecer bases de datos, esquemas, tablas, vistas y otros objetos de datos.
-
Seguridad y gobernanza: Necesita secuencias de comandos independientes para nutrir modelos de seguridad redundantes (por ejemplo, usuarios, roles y reglas de red) y políticas de gobierno (por ejemplo, seguridad a nivel de fila y columna, así como etiquetas).
-
Servicios de computación e inteligencia químico: Los bienes informáticos, los contenedores e incluso los artefactos de modelos registrados para los servicios de IA deben aprovisionarse manualmente en la región secundaria.
-
Integraciones y pipelines: Las integraciones externas con proveedores de identidades, almacenes de claves y otras API, así como canalizaciones de datos y repositorios de códigos, deben hacerse redundantes para certificar que el sistema funcione correctamente posteriormente de una conmutación por error.
-
Redirigir: Para proporcionar un entrada fluido a los clientes finales, como aplicaciones, herramientas de BI y servicios de IA, necesita una redirección manual. Esto a menudo implica cambios en los nombres de host DNS o las direcciones IP.
Compare esto con una plataforma como Snowflake, donde BCDR es una opción espita en mano que está nómina desde el primer día. Su equipo puede centrarse en el valencia empresarial mientras Snowflake permite una disponibilidad continua, lo que lleva a una reducción del 75 % en el tiempo de inactividad no planificado y 30% de reducción de costos directos en promedio, según la investigación de Snowflake.
Lo que necesita para obtener disponibilidad continua
El BCDR nuevo no se comercio sólo de recuperarse de los desastres. Todavía se comercio de evitar que afecten a su negocio en primer extensión. Esto requiere una plataforma diseñada para lo posterior:
-
Configuración sin esfuerzo: En extensión de crear una deducción de replicación compleja, debería poder activar BCDR con unos pocos clics y tener una opción que funcione en todas las regiones y nubes.
-
Tiempo de inactividad casi torpe: Su plataforma debe obtener un RTO de nivel intrascendente y una pérdida de datos (RPO) casi nula con su enfoque de replicación.
-
Sincronización completa de cuentas: Las reglas de gobernanza, los permisos de adjudicatario y las políticas de seguridad deben aplicarse y mantenerse de modo consistente en todas las regiones y nubes sin código personalizado.
La sinceridad: solo Snowflake cumple con estos tres requisitos desde el primer momento.
No todas las plataformas están preparadas para la empresa y requieren meses de ingeniería personalizada para obtener una conmutación por error básica; sin bloqueo, el cliente puede configurar la replicación y la conmutación por error de la cuenta de Snowflake en minutos. A posteriori de eso, Snowflake mantiene automáticamente todo su patrimonio de datos (incluidas políticas de gobernanza, permisos de adjudicatario, integraciones y reglas de seguridad) en todas las regiones admitidas y proveedores de nubarrón. Mire nuestra demostración para obtener más información..
Otras plataformas tratan a BCDR como un costoso esquema de bricolaje. Snowflake lo comercio como un requisito empresarial central que simplemente funciona. El impacto de este enfoque se hace visible cuando ocurren cortes: con Snowgrid, nuestra tecnología cross-cloud capa que permite la colaboración, la gobernanza y la continuidad del negocio, podemos convertir las interrupciones en una acontecimiento fallido para nuestros clientes.
Ponga a prueba las afirmaciones BCDR de su plataforma
Al evaluar su plataforma flagrante o evaluar nuevas soluciones, debe considerar BCDR como una consideración de primera clase. Estos son los criterios esencia de evaluación:
-
Haz que lo demuestren: Solicite ver el proceso de recuperación frente a desastres de una plataforma. ¿Pueden demostrar la conmutación por error entre regiones y entre nubes? ¿Qué tan difícil es configurarlo? ¿Cuánto tiempo se tarda?
-
Comprender la continuidad de la cuenta: Pregunte específicamente sobre la restauración de la política de cuenta. Si una región equivocación, ¿con qué celeridad se restablecen las políticas y los permisos?
-
Evaluar el maniquí de responsabilidad: ¿Qué sucede en caso de un desastre y quién gestiona el proceso de recuperación?
-
Prospección en nubarrón cruzada: Es posible que necesite recuperación frente a desastres entre nubes, especialmente si pertenece a una industria regulada. ¿Pueden realizar conmutación por error automáticamente entre proveedores de nubarrón?
-
Pregunte sobre las pruebas del mundo efectivo: ¿Con qué frecuencia prueban escenarios de conmutación por error? ¿Puede ejecutar sus propias pruebas de conmutación por error sin interrumpir el negocio?
Si está evaluando las capacidades BCDR de su plataforma existente, considere programar una revisión técnica centrada en estas preguntas:
-
"¿Puede mostrarnos cómo funciona la recuperación frente a desastres, paso a paso?"
-
"Explíquenos cómo se restauran las políticas de gobernanza durante la conmutación por error."
-
"¿Cómo se maneja la sincronización de políticas entre regiones y entre nubes?"
-
"¿Cuál es nuestro RTO efectivo si nuestra región principal deja de estar acondicionado?"
-
«¿Su opción BCDR permite realizar simulacros de DR sin pérdida de datos ni impacto en el negocio, de modo que la tolerancia a fallas de toda nuestra tecnología se pueda probar periódicamente?»
No aceptes respuestas teóricas. Solicite demostraciones y procedimientos documentados. Porque cuando tus sistemas fallan, lo único que importa es retornar a funcionar de forma rápida, completa y correcta. Tu negocio depende de ello.
¿Pronto para evaluar su logística BCDR flagrante? Comuníquese con Snowflake para obtener una evaluación integral de la continuidad del negocio y ver cómo Capacidades de recuperación frente a desastres de nivel empresarial de Snowflake puede proteger sus cargas de trabajo de datos críticos. O ponte manos a la obra nuestra norte de inicio rápido y aprenda cómo configurar BCDR en minutos.