Repatriación de Datos Explicada: Por Qué Mover Datos Cloud On-Premise Importa

El coste elevado de mantener y usar datos en una nube pública se está volviendo cada vez más un factor decisivo para las empresas. Las organizaciones buscan alternativas más rentables, por eso vemos cada vez más casos de repatriación de datos (el acto de extraer datos actualmente en la nube pública y re-alojarlos on-site o en bare metal).

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 a favor de almacenamiento bare metal on-premise. Sigue leyendo para aprender sobre los principales impulsores detrás de la repatriación de datos y ver si traer de vuelta datos basados en la nube es una jugada acertada para tu línea de fondo.

¿Qué Es la Repatriación de Datos?

La repatriación de datos es el proceso de mover datos de la nube pública a almacenamiento autogestionado (como un servidor dedicado on-site o una nube privada). Dependiendo de cuántos datos una empresa decida re-alojar, la repatriación es either:

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

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

En promedio, las opciones basadas en la nube cuestan el doble por uso que el alojamiento de datos on-site. Esta estadística sigue siendo cierta incluso cuando contabilizamos la sobrecarga requerida para almacenamiento on-site, que incluye el precio de:

• El personal que gestiona el hardware.
• Espacio en centro de datos.
• Energía.
• Seguridad física.

La razón principal detrás de la diferencia drástica en etiquetas de precio es el coste de salida (egress). Los proveedores no te cobran por subir datos, pero pagas por capacidad y 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 coste no es la única razón por la que las empresas eligen repatriar datos. Otras causas comunes incluyen:

• Nuevas actualizaciones a reglas de cumplimiento.
• Problemas con latencia de red.
• Preocupaciones sobre seguridad de computación en la nube.
• Deseo de lograr mayores niveles de redundancia de datos.
• Tiempo de inactividad frecuente debido a errores por parte del proveedor.
• Problemas con shadow IT (uso no autorizado de recursos cloud públicos).
• Decisión de perseguir un modelo de despliegue cloud diferente.

Ventajas de la Repatriación de Datos

Como la mayoría de decisiones de TI, optar por la repatriación de datos tiene pros y contras. Veamos de cerca los beneficios más prominentes de traer de vuelta datos de la nube pública.

Reducción de Costes y Mejor ROI

El coste es la ventaja principal y la razón líder para la repatriación de datos. Aunque un centro de datos on-premise es caro de configurar, los costes de la nube pública se acumulan con el tiempo al pagar mensualmente por:

• Volúmenes de almacenamiento.
• Instancias de servidor.
• Servicios por uso.
• Costes de transferencia de datos (egress).
• "Costes ocultos" (estudios recientes revelan que las empresas gastan más de $62 mil millones anualmente en recursos cloud públicos que ni necesitan ni usan.)

Tarde o temprano, tu gasto total en la nube alcanzará el precio del equipo de hosting on-site. Sin embargo, para entonces, habrás gastado esos fondos en gastos operativos de computación en la nube, y no poseerás hardware a pesar de la inversión. Desde ese punto de vista, el hosting on-site tiene un ROI muy superior.

Ten en cuenta que las tarifas de almacenamiento basadas en la nube también son inconsistentes y difíciles de predecir. Los costes proyectados rápidamente exceden el presupuesto ya que:

• Los proveedores cambian precios.
• Tus necesidades de TI cambian con el tiempo.
• Los equipos a menudo subestiman los costes involucrados en operar en la nube.
• Entornos TI complejos tienden a sufrir de shadow IT.

Con un sistema de almacenamiento on-site, los costes no cambian basados en lo que haces con tus datos. Si tus necesidades de TI crecen, necesitarás invertir en más hardware, pero nunca te "pasarás" con una factura como puedes con almacenamiento basado en la nube.

Seguridad Práctica Sobre Tus Datos

Alojar 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 puede ser un factor decisivo para empresas que buscan un enfoque más práctico hacia la seguridad de datos.

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

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

Aunque los fallos de proveedores son raros, los usuarios de nube pública deben saber que son una posibilidad. En agosto de 2018, un error de AWS expuso datos críticos de negocio de unos 31,000 sistemas pertenecientes a GoDaddy. Si la empresa hubiera mantenido los datos on-site, este incidente no habría ocurrido.

Repatriar datos permite un nivel de proximidad y control físico de datos que la nube pública no puede ofrecer. También limitas la superficie de ataque reduciendo el número de eventos que pueden salir mal con tus datos. Piensa en ello como guardar dinero en una caja fuerte en casa versus una caja fuerte en un banco — el banco es seguro, claro, pero no tienes voz en cómo protegen las cajas, además son un objetivo principal para robos. Desde ese punto de vista, hay un caso fuerte de que tu dinero está más seguro en casa.

Sin Riesgo de Vendor Lock-In

El vendor lock-in ocurre cuando una empresa se vuelve demasiado dependiente de un proveedor cloud. Si almacenas datos en un vendedor por demasiado tiempo y construyes una arquitectura de app alrededor de ese almacenamiento, el lock-in crecerá naturalmente con el tiempo. Entonces no podrás cambiar a otra plataforma (ya sea interna o de otro proveedor) sin altos costes de cambio.

La repatriación de datos asegura que tu almacenamiento nunca dependa de ningún proveedor más que de tu equipo interno. Tu personal gestiona el conjunto de datos, y no hay riesgo de "quedar atrapado" con ningún tercero.

Mejor Latencia

Aunque la nube pública proporciona capacidad de almacenamiento casi ilimitada, tu capacidad para acceder y usar datos basados en la nube depende de la conexión a Internet. Las operaciones sufren lags si realizas procesamiento in-house y la conexión a datos de nube pública es lenta.

El lag puede no ser un problema para algunos casos de uso (como backup y recuperación u operaciones de email), pero es perjudicial para algunas cargas de trabajo, como:

• Analítica en tiempo real.
• Apps de ciberseguridad.
• Sensores.
• Apps IoT.

Si tienes una app sensible a latencia que depende fuertemente de un conjunto de datos, alojar información on-site (o usar un servidor edge) proporciona mucho menos lag que usar una nube pública. Acortas el camino de comunicación, además el equipo interno tiene la oportunidad de afinar recursos de almacenamiento, cómputo y red para adaptarse a la app.

Cumplimiento Más Fácil con Regulaciones de Datos

Los proveedores cloud públicos (especialmente hiperescaladores) trabajan duro para cumplir requisitos gubernamentales e industriales como HIPAA y PCI. Sin embargo, hay una preocupación mayor con cumplir regulaciones en la nube pública: ubicación de datos. Si tu negocio cae bajo un estatuto que requiere alojamiento de datos en una región específica, usar la nube pública podría meterte en un mundo de problemas legales (y financieros).

En lugar de configurar servidores cloud en regiones específicas y confiar en un tercero para no mover información, algunas organizaciones prefieren tomar control total y reubicar datos a un sistema on-premise.

Desventajas de la Repatriación de Datos

Aquí están los desafíos y inconvenientes más notables de optar por la repatriación de datos:

• Deberás reservar presupuesto para el hardware necesario para alojar datos on-site, independientemente del sistema que decidas configurar (nube privada, servidor dedicado, equipo de colocation, etc.).
• Debes contratar un equipo interno para configurar y gestionar el nuevo entorno TI.
• Tu equipo es el único responsable de configurar protección y mantener datos on-site a salvo de brechas, fugas, ciberataques y amenazas a la integridad de datos.
• Depende de tu personal asegurar disponibilidad adecuada de datos.
• Cuando algo sale mal, depende de tu equipo arreglar el problema. No hay proveedor a quien recurrir en caso de tiempo de inactividad, así que asegura que tu equipo sepa gestionar bases de datos on-site antes de decidir extraer algo de la nube pública.
• La repatriación de datos a veces interrumpe la química y cultura del equipo. Algunos empleados pueden sentir que la empresa da un paso atrás, además tienes que añadir nuevas tareas a su jornada.
• A veces, traer datos de vuelta on-site lleva a pérdida de velocidad o rendimiento. En ese caso, tendrás que re-optimizar todos los servicios y cargas que usan ese conjunto de datos, un proceso que a menudo dura al menos unos días.
• Ya no tienes acceso a recursos ilimitados bajo demanda una vez que dejas la nube pública, así que despídete del aprovisionamiento rápido y escalado instantáneo. Debes reservar recursos y comprar nuevo hardware si requieres más almacenamiento.

¿Cómo Repatriar Datos?

Monitorea el uso de recursos cloud y compara periódicamente esos costes con métodos de almacenamiento alternativos. Si se hace evidente que otro tipo de almacenamiento ofrece un ROI mayor para tu caso de uso, es hora de repatriación de datos. Este proceso se ve así:

• Empieza determinando qué datos quieres repatriar y delineando el objetivo del cambio. ¿Vas por repatriación total, o el enfoque parcial tiene más sentido?
• Considera cualquier problema de vendor-lock-in, arquitectónico o de usuario final que pueda ralentizar o impedir el movimiento desde la nube.
• Divide el plan en etapas y establece KPIs que te permitan monitorear el progreso.
• Decide cuál es el entorno de alojamiento óptimo para tus datos. ¿Buscas traer datos de vuelta a una sala de servidores on-site, o alquilar un servidor dedicado sería mejor? ¿O tal vez la nube híbrida es el camino?
• Determina el nivel de habilidad de tu equipo. Dependiendo de la experiencia de los empleados, algunas opciones de hosting serán más atractivas que otras.
• Ejecuta un análisis costo-beneficio detallado del proyecto para evaluar el impacto financiero de cada alternativa viable.
• Planifica cómo el equipo actualizará la arquitectura de la app con los datos teniendo un nuevo hogar. ¿Hay margen para mejorar rendimiento o reducir lag?
• Comienza a mover datos de la nube pública. Recuerda que el movimiento lleva tiempo, y las apps que dependen de los datos en cuestión estarán caídas durante el proceso si no tienes almacenamiento de backup. Los archivos fríos son generalmente más fáciles de mover que repositorios accedidos frecuentemente, así que haz un plan con el menor impacto en tu UX.
• Realiza pruebas exhaustivas para ver si todas las apps y servicios asociados con el conjunto de datos están rindiendo óptimamente.

¿Cuándo Repatriar Datos?

Deberías repatriar datos cuando se haga evidente que moverse lejos de la nube pública beneficiaría uno (o más) de los siguientes frentes empresariales:

• Tu línea de fondo.
• Niveles de seguridad.
• Rendimiento del servicio.

Aquí hay algunos escenarios comunes en los que la repatriación de datos es la jugada empresarial correcta:

• Las facturas de almacenamiento cloud se salen de control: Comienza a considerar otras opciones de almacenamiento tan pronto como las facturas de nube pública empiecen a costar más de lo esperado (o si pagas por recursos que no usas).
• Moverse a un entorno de alojamiento que encaje mejor: La repatriación 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 buscan resolver son lag y problemas de disponibilidad.
• Nuevas reglas de cumplimiento: Actualizaciones a regulaciones fuerzan a empresas en industrias más estrictas a repatriar datos de la nube pública.
• Usar la nube ha cumplido su ciclo: La nube pública tiene el impacto más significativo durante las fases iniciales de cada proyecto. Tan pronto como tu equipo empiece a analizar tendencias de uso de recursos, comienza a ejecutar análisis costo-beneficio regulares para ver si hay necesidad de repatriación de datos.
• Precipitarse en la adopción cloud: Mala planificación inicial, tácticas lift-and-shift y falta de planes de migración cloud bien redondeados son razones comunes para traer datos cloud públicos de vuelta on-site. Recuerda que cortar pérdidas es mejor que ir all-in en la solución de almacenamiento equivocada.
• Proveedores cloud cerrando: Los clientes no tienen más opción que traer de vuelta sus datos si un vendedor cierra. Aunque estos escenarios son raros, las empresas deben tener un plan de recuperación ante desastres por si el proveedor quiebra.

No Temas a la Repatriación de Datos y Siempre Busca la Solución de Almacenamiento Óptima

La repatriación de datos se trata de perseguir nuevas oportunidades de TI, optimizar gasto y mejorar rendimiento de apps. Estos tres factores vienen antes que tu compromiso con la nube pública, así que asegura que tu equipo siempre considere alternativas de alojamiento para cada base de datos, carga de trabajo y servicio ejecutándose en la nube.