¿Qué es la repatriación de datos?

El alto costo de mantener y usar datos en una nube pública se está convirtiendo cada vez más en un factor decisivo para las empresas. Las organizaciones están buscando alternativas más rentables, razón por la cual estamos viendo cada vez más casos de repatriación de datos (el acto de extraer datos que se encuentran actualmente en la nube pública y volver a alojarlos en el sitio o en un sistema completo).

Este artículo es una introducción a la repatriación de datos y los efectos (tanto positivos como negativos) de dejar la nube pública en favor del almacenamiento bare metal local. Continúe leyendo para obtener información sobre los principales impulsores de la repatriación de datos y ver si retirar los datos basados ​​en la nube es una buena medida para sus resultados finales.

¿Qué es la repatriación de datos?

La repatriación de datos es el proceso de mover datos de la nube pública al almacenamiento autogestionado (como un servidor dedicado en el sitio o una nube privada). Según la cantidad de datos que una empresa decida volver a alojar, la repatriación es:

• Total (cuando una organización extrae todos los datos y corta los lazos con la nube pública).
• Parcial (cuando una empresa decide extraer algunos pero no todos los datos de la nube, lo que suele suceder cuando un equipo intenta mejorar el rendimiento o reducir los costos de la nube).

La repatriación de datos se está volviendo cada vez más común a medida que las organizaciones se dan cuenta de los altos costos de mantener grandes cantidades de datos en la nube pública. Cuando tiene una gran necesidad de almacenamiento (por ejemplo, si tiene varios petabytes de datos no estructurados a los que accede regularmente), el almacenamiento basado en la nube no es tan rentable como las soluciones más tradicionales.

En promedio, las opciones basadas en la nube cuestan el doble de uso que el alojamiento de datos en el sitio . Esta estadística se mantiene incluso cuando tomamos en cuenta los gastos generales necesarios para el almacenamiento en el sitio, que incluye el precio de:

• El personal que gestiona el hardware.
• Espacio del centro de datos.
• Poder.
• Seguridad física.

La principal razón detrás de la drástica diferencia en las etiquetas de precios es el costo de salida. . Los proveedores no le cobran por cargar datos, pero usted paga por la capacidad y las transferencias de datos. Las transferencias que envían datos fuera de la infraestructura del proveedor son costosas y, a menudo, constituyen la mayor parte de la factura mensual de la nube.

El costo no es la única razón por la que las empresas eligen repatriar datos. Otras causas comunes incluyen:

• Nuevas actualizaciones de las reglas de cumplimiento.
• Problemas con la latencia de la red.
• Preocupaciones sobre la seguridad informática en la nube.
• Un deseo de lograr niveles más altos de redundancia de datos.
• Tiempo de inactividad frecuente debido a errores por parte del proveedor.
• Problemas con shadow IT (uso no autorizado de recursos de nube pública).
• La decisión de buscar un modelo de implementación en la nube diferente.

Ventajas de la repatriación de datos

Como la mayoría de las decisiones de TI, optar por la repatriación de datos tiene ventajas y desventajas. Echemos un vistazo más de cerca a los beneficios más destacados de retirar los datos de la nube pública.

Reducciones de costos y mejor ROI

El costo es la principal ventaja y la principal razón para la repatriación de datos. Si bien la configuración de un centro de datos local es costosa, los costos de la nube pública comienzan a acumularse con el tiempo a medida que paga mensualmente por:

• Volúmenes de almacenamiento.
• Instancias de servidor.
• Servicios por uso.
• Costos de transferencia de datos (salida).
• "Costos ocultos" (estudios recientes revelan que las empresas gastan más de $62 mil millones al año en recursos de nube pública que no necesitan ni usan).

Tarde o temprano, el gasto total en la nube alcanzará el precio del equipo de alojamiento in situ . Sin embargo, en ese momento, habrá gastado esos fondos en gastos operativos de computación en la nube y no tendrá ningún hardware a pesar de la inversión. Desde ese punto de vista, el alojamiento en el sitio tiene un ROI muy superior.

Tenga en cuenta que las tarifas de almacenamiento basado en la nube también son inconsistentes y difíciles de predecir. Los costos proyectados superan rápidamente el presupuesto ya que:

• Los proveedores cambian los precios.
• Sus necesidades de TI cambian con el tiempo.
• Los equipos a menudo subestiman los costos que implica operar en la nube.
• Los entornos de TI complejos tienden a sufrir las sombras de TI.

Con un sistema de almacenamiento en el sitio, los costos no cambian según lo que haga con sus datos. Si sus necesidades de TI aumentan, deberá invertir en más hardware, pero nunca se "excederá" con una factura como lo hace con el almacenamiento basado en la nube.

Seguridad práctica sobre sus datos

El alojamiento de datos en una nube pública significa que el proveedor es responsable de almacenar y mantener la información segura. Este arreglo es una bendición para algunos, pero podría ser un factor decisivo para las empresas que buscan un enfoque más práctico para la seguridad de los datos.

También hay varias preocupaciones únicas cuando guarda datos en una nube pública:

• Cientos de inquilinos (o incluso más) comparten la infraestructura de nube pública, lo que introduce un elemento de riesgo que no existe en el alojamiento interno.
• Hay una falta de visibilidad sobre qué controles mantienen seguros los datos basados ​​en la nube.
• El equipo del cliente es responsable de utilizar las medidas proporcionadas por el proveedor, por lo que hay un amplio margen para errores de configuración (los errores más comunes se producen en las políticas de seguridad de la nube).
• El proveedor tiene los derechos sobre los archivos que almacena en la nube pública (a menos que firme un SLA que establezca lo contrario).
• La nube pública permite a los usuarios finales acceder a los datos desde cualquier lugar, por lo que siempre existe la posibilidad de compartir datos con las personas equivocadas.

Si bien las fallas de los proveedores son raras, los usuarios de la nube pública deben saber que existe la posibilidad. En agosto de 2018, un error de AWS expuso datos críticos para la empresa de unos 31 000 sistemas pertenecientes a GoDaddy . Si la empresa mantuviera los datos en el sitio, este incidente no ocurriría.

La repatriación de datos permite un nivel de proximidad y control físico de los datos que la nube pública no puede ofrecer. También limita la superficie de ataque al reducir la cantidad de eventos que pueden salir mal con sus datos. Piense en ello como guardar dinero en una caja fuerte en casa en lugar de una caja fuerte en un banco:el banco es seguro, claro, pero no tiene nada que decir sobre cómo protegen las cajas fuertes, además de que son un objetivo principal para los robos. Desde ese punto de vista, hay un caso sólido de que su dinero está más seguro en casa.

Sin riesgo de dependencia del proveedor

El bloqueo de proveedores ocurre cuando una empresa se vuelve demasiado dependiente de un proveedor de nube. Si almacena datos en un proveedor durante demasiado tiempo y crea una arquitectura de aplicación en torno a ese almacenamiento, el bloqueo crecerá naturalmente con el tiempo. Entonces no podrá cambiar a otra plataforma (ya sea interna o perteneciente a otro proveedor) sin altos costos de cambio.

La repatriación de datos garantiza que su almacenamiento nunca dependa de ningún proveedor más que de su equipo interno. Su personal administra el conjunto de datos y no hay riesgo de "quedarse atascado" con ningún tercero.

Mejor latencia

Si bien la nube pública proporciona una capacidad de almacenamiento casi ilimitada, su capacidad para acceder y utilizar datos basados ​​en la nube depende de la conexión a Internet. Las operaciones sufren retrasos si realiza el procesamiento internamente y la conexión a los datos de la nube pública es lenta.

Es posible que el retraso no sea un problema para algunos casos de uso (como las operaciones de copia de seguridad y recuperación o de correo electrónico), pero es perjudicial para algunas cargas de trabajo, como: 

• Análisis en tiempo real.
• Aplicaciones de ciberseguridad.
• Sensores.
• Aplicaciones IoT.

Si tiene una aplicación sensible a la latencia que depende en gran medida de un conjunto de datos, el alojamiento de información en el sitio (o el uso de un servidor perimetral) proporciona mucho menos retraso que el uso de una nube pública. Acorta la ruta de comunicación y, además, el equipo interno tiene la oportunidad de ajustar los recursos de almacenamiento, cómputo y redes para adaptarse a la aplicación.

Cumplimiento más fácil de las regulaciones de datos

Los proveedores de nube pública (especialmente los hiperescaladores) trabajan arduamente para cumplir con los requisitos gubernamentales y de la industria, como HIPAA y PCI. Sin embargo, existe una gran preocupación con respecto al cumplimiento de las normas en la nube pública:ubicación de datos . Si su negocio está sujeto a un estatuto que requiere el alojamiento de datos en una región específica, el uso de la nube pública podría llevarlo a un mundo de problemas legales (y financieros).

En lugar de configurar servidores en la nube en regiones específicas y depender de un tercero para no mover la información, algunas organizaciones prefieren tomar el control total y trasladar los datos a un sistema local.

Desventajas de la repatriación de datos

Estos son los desafíos y desventajas más notables de optar por la repatriación de datos:

• Tendrá que reservar un presupuesto para el hardware necesario para alojar datos en el sitio, independientemente del sistema que decida configurar (nube privada, servidor dedicado, equipo de colocación, etc.).
• Debe contratar un equipo interno para configurar y administrar el nuevo entorno de TI.
• Su equipo es el único responsable de configurar la protección y mantener los datos en el sitio a salvo de posibles infracciones, filtraciones, ataques cibernéticos y amenazas a la integridad de los datos.
• Depende de su personal garantizar la disponibilidad adecuada de datos.
• Cuando algo sale mal, depende de su equipo solucionar el problema. No hay un proveedor al que recurrir en caso de tiempo de inactividad, así que asegúrese de que su equipo sepa cómo administrar las bases de datos en el sitio antes de decidir sacar algo de la nube pública.
• La repatriación de datos a veces altera la química y la cultura del equipo. Es posible que algunos empleados sientan que la empresa está dando un paso atrás, además de que debe agregar algunas tareas nuevas a su jornada laboral.
• A veces, recuperar datos en el sitio conduce a una pérdida de velocidad o rendimiento. En ese caso, tendrá que volver a optimizar todos los servicios y cargas de trabajo que utilizan ese conjunto de datos, un proceso que suele durar al menos unos días.
• Ya no tendrá acceso a un sinfín de recursos bajo demanda una vez que abandone la nube pública, así que dígale adiós al aprovisionamiento rápido y al escalado instantáneo. Debe reservar recursos y comprar hardware nuevo si necesita más almacenamiento.

¿Cómo repatriar datos?

Supervise el uso de los recursos de la nube y compare periódicamente esos costos con los métodos de almacenamiento alternativos. Si resulta evidente que otro tipo de almacenamiento ofrece un ROI más alto para su caso de uso, es hora de repatriar los datos. Este proceso se ve así:

• Empiece por determinar qué datos desea repatriar y describa el objetivo del cambio. ¿Está optando por la repatriación total o tiene más sentido el enfoque parcial?
• Tenga en cuenta cualquier problema relacionado con el proveedor, la arquitectura o el usuario final que pueda ralentizar o impedir el traslado desde la nube.
• Divida el plan en etapas y establezca KPI que le permitan monitorear el progreso.
• Decida cuál es el entorno de alojamiento óptimo para sus datos. ¿Está buscando traer datos a una sala de servidores en el sitio, o alquilar un servidor dedicado sería una mejor opción? ¿O tal vez la nube híbrida es el camino a seguir?
• Determine el nivel de habilidad de su equipo. Según la experiencia de los empleados, algunas opciones de hospedaje serán más atractivas que otras.
• Realice un análisis detallado de costo-beneficio del proyecto para evaluar el impacto financiero de cada alternativa viable.
• Planifique cómo el equipo actualizará la arquitectura de la aplicación con los datos en un nuevo hogar. ¿Hay margen para mejorar el rendimiento o reducir el retraso?
• Comience a mover datos desde la nube pública. Recuerde que el movimiento lleva tiempo, y las aplicaciones que dependen de los datos en cuestión estarán inactivas durante el proceso si no tiene almacenamiento de respaldo. Los archivos fríos suelen ser más fáciles de mover que los repositorios a los que se accede con frecuencia, así que haga un plan que tenga el menor impacto en su UX.
• Realice pruebas exhaustivas para ver si todas las aplicaciones y servicios asociados con el conjunto de datos funcionan de manera óptima.

¿Cuándo repatriar los datos?

Debe repatriar los datos cuando sea evidente que alejarse de la nube pública beneficiaría a uno (o más) de los siguientes frentes comerciales:

• Su resultado final.
• Niveles de seguridad.
• Rendimiento del servicio.

Aquí hay algunos escenarios comunes en los que la repatriación de datos es el movimiento comercial correcto:

• Las facturas de almacenamiento en la nube se están saliendo de control: Comience a considerar otras opciones de almacenamiento tan pronto como las facturas de la nube pública comiencen a costar más de lo esperado (o si está pagando por recursos que no utiliza).
• Pasar a un entorno de alojamiento más adecuado: La repatriación de datos a menudo significa que la empresa ha identificado una mejor solución de almacenamiento para su caso de uso. Los problemas más comunes que las empresas intentan resolver son los problemas de retraso y disponibilidad.
• Nuevas reglas de cumplimiento: Las actualizaciones de las reglamentaciones obligan a las empresas de industrias más estrictas a repatriar datos de la nube pública.
• El uso de la nube ha seguido su curso: La nube pública tiene el impacto más significativo durante las fases iniciales de cada proyecto. Tan pronto como su equipo comience a analizar las tendencias de uso de los recursos, comience a realizar análisis regulares de costo-beneficio para ver si es necesario repatriar los datos.
• Apresurándose a la adopción de la nube: La mala planificación inicial, las tácticas de levantar y cambiar y la falta de planes completos de migración a la nube son razones comunes para recuperar los datos de la nube pública en el sitio. Recuerde que reducir las pérdidas es mejor que apostar todo por la solución de almacenamiento equivocada.
• Proveedores de la nube que van a la quiebra: Los clientes no tienen más remedio que retirar sus datos si un proveedor cierra. Si bien estos escenarios son raros, las empresas deben tener un plan de recuperación ante desastres en caso de que el proveedor se retire.

No tema la repatriación de datos y opte siempre por la solución de almacenamiento óptima

La repatriación de datos consiste en buscar nuevas oportunidades de TI, optimizar el gasto y mejorar el rendimiento de las aplicaciones. Estos tres factores se anteponen a su compromiso con la nube pública, así que asegúrese de que su equipo siempre considere alternativas de hospedaje para cada base de datos, carga de trabajo y servicio que se ejecute en la nube.