Errores en la arquitectura de la nube: las organizaciones necesitan un tiempo medio de recuperación más breve - DATAVERSITY

Errores en la arquitectura de la nube: las organizaciones necesitan un tiempo medio de recuperación más corto – DATAVERSITY

Marca de tiempo: 16 de junio de 2023 3:35 a.m.
Nodo de origen: 2726347

Una queja común sobre la computación en la nube es que los costos de operar en la nube pueden ser muy altos. En esta serie de cinco partes, he examinado los costosos errores de arquitectura de la nube que las organizaciones suelen cometer y que contribuyen a esos costos, y cómo una plataforma de nube independiente puede resolver esos problemas. Parte uno explicó cómo las organizaciones pueden perder rápidamente la visibilidad y el control sobre su procesamiento de datos. La segunda parte analizó cómo un enfoque de bricolaje puede salir mal. Parte tres examinó la facilidad con la que pueden aumentar los costos cuando las organizaciones no tienen una plataforma de red en la nube que permita la facturación y el cálculo de costos inteligentes. Y parte cuatro explicó por qué una actitud local hacia la seguridad en la nube debilita las defensas de una empresa y contribuye al aumento de los gastos.

Ahora, en la quinta parte, mostraré cómo no tomar el control de la seguridad y la recuperación, y confiar demasiado en lo que proporciona un CSP, puede prolongar en gran medida el tiempo medio de recuperación de una organización después de una interrupción o falla.

No existe un CSP perfecto o una red perfecta. Es ingenuo creer que un CSP nunca fallará o tendrá problemas. Cada CSP es susceptible a interrupciones. Una preocupación legítima es que un mayor tiempo medio de recuperación (MTTR) de una interrupción o falla generaría costos adicionales en términos de pérdida de negocios, productividad y tiempo de comercialización.

Cada CSP proporciona un conjunto inconsistente de herramientas para solucionar problemas y recuperarse de una interrupción o falla. El desafío es que los servicios nativos de CSP se ofrecen en una infraestructura compartida, por lo que no pueden ofrecer herramientas avanzadas de solución de problemas que brinden la visibilidad profunda que exigen las empresas. Esta naturaleza de caja negra de esas construcciones de CSP causa frustración y más tiempo para solucionar problemas y recuperarse de fallas. 

Por ejemplo, las herramientas simples y familiares como ping, traceroute y capturas de paquetes no están disponibles entre los CSP. Incluso si hay algo similar disponible, estas herramientas carecen de la coherencia y la funcionalidad necesarias para solucionar problemas rápidamente. 

Un MTTR más alto es extremadamente costoso porque una brecha de seguridad puede hacer que un negocio no funcione hasta que se determine la causa y se encuentre la solución. Cuando su negocio se ejecuta en la nube, cualquier tiempo de inactividad es inaceptable.

Recomendaciones

Las organizaciones pueden tomar varios pasos para evitar largos MTTR:

  • Su estrategia de recuperación ante desastres debe incluir múltiples regiones y múltiples nubes.
  • Adopte un enfoque o una plataforma de red en la nube que le brinde herramientas avanzadas de resolución de problemas, donde usted posee la red y la arquitectura de seguridad con los datos bajo su control.
  • La observabilidad y la visualización de la red pueden evitar de manera proactiva que ocurran fallas. Exija productos que puedan proporcionar un tablero a nivel de aplicación con un amplio conjunto de datos de Netflow. Los registros de flujo de CSP son costosos y no tienen riqueza.
  • Haga que la visibilidad operativa sea parte de cada requisito y solicitud de propuesta (RFP) con herramientas como captura de paquetes, verificación de conectividad a nivel de aplicación, etc.
  • Asegúrese de que su proveedor de redes en la nube le proporcione un modelo de operación en la nube que pueda extenderse a los bordes y las sucursales. Esta estrategia permitirá la reducción del conjunto de herramientas al controlar y gobernar el entorno directamente desde la nube, incluso para los recursos híbridos locales. 
  • Exija redes inteligentes en la nube con telemetría integrada como parte del plano de datos. 

Conclusión

La adopción de la nube es necesaria para cualquier negocio que quiera seguir siendo relevante; mantener un modelo en las instalaciones ya no es viable en el entorno económico actual. Pero si no se hace correctamente, los costos de operar una arquitectura en la nube pueden salirse de control rápidamente. 

En esta serie de artículos de cinco partes, detallé los cinco errores clave que cometen las organizaciones al crear sus arquitecturas de nube y cómo pueden evitar esos problemas. Una plataforma de redes en la nube flexible y escalable que admita todos los principales CSP puede:

  1. Asegúrese de mantener la visibilidad y el control de su procesamiento de datos, creando una arquitectura de nube que sea consistente en una o varias nubes.
  2. Proporcione un controlador centralizado y un plano de datos distribuido, evitando el desorden caótico que puede resultar de un enfoque de bricolaje. Una plataforma de red permitirá funciones como análisis de comportamiento de red basado en aprendizaje automático (ML) y detección de anomalías, capacidades de autorreparación y soporte unificado para aplicaciones críticas para el negocio. 
  3. Proporcione una visibilidad de costos más profunda en todos los LOB, proporcionando una base para una solución de facturación y costos inteligente que cubre los recursos compartidos y no compartidos. Cuando faltan las opciones de devolución y contracargo, cada equipo y LOB crea y solicita servicios de forma independiente, lo que aumenta sustancialmente los costos.
  4. Integre la seguridad en el plano de datos, lo que permite a una organización crear y aplicar políticas de seguridad basadas en la intención en entornos de varias nubes. Adoptar un enfoque local para la seguridad en la nube es costoso e ineficiente, y también contribuye a las vulnerabilidades. 
  5. Reduzca el tiempo medio de recuperación (MTTR) de una organización al proporcionar visibilidad en todo el entorno junto con la capacidad de utilizar herramientas avanzadas de solución de problemas, un panel de nivel de aplicación y otras herramientas que pueden prevenir fallas de manera proactiva. Las pérdidas de ingresos son tan costosas como un MTTR largo, durante el cual una empresa puede cerrar hasta que se detecte y solucione la causa de una falla.

Espero que estas consideraciones ayuden a su organización a lograr la visibilidad, la flexibilidad y la escalabilidad que necesita para aprovechar al máximo lo que ofrece la computación en la nube, sin aumentar indebidamente los costos.

Sello de tiempo:

Mas de VERSIDAD DE DATOS