Almacenamiento en la nube: tipos y costes reales

El almacenamiento en la nube guarda datos en infraestructura gestionada y los entrega mediante una interfaz definida. Para elegir bien, distinga objetos, bloques y archivos; después mida acceso, latencia, recuperación y transferencia de salida. La capacidad contratada es solo una parte de la factura y del riesgo operativo.

La palabra nube reúne servicios que se comportan de forma muy distinta. Un repositorio de imágenes, el disco de una base de datos y una carpeta compartida no necesitan la misma interfaz. Si se elige por precio por capacidad sin mirar cómo lee y escribe la aplicación, la migración aparece cuando ya hay datos difíciles de mover.

Qué significa almacenar en la nube

El proveedor administra la infraestructura física. Usted decide dónde se guardan los datos, quién accede, cómo se cifran, cuánto tiempo se conservan y qué copia permite recuperarlos. La gestión física no elimina la responsabilidad sobre permisos, borrados, versiones o continuidad.

El servicio puede exponer los datos como objetos dentro de contenedores, como bloques que una máquina formatea y monta, o como archivos y directorios compartidos. Esa interfaz condiciona la compatibilidad, la latencia, el escalado y el modo de restaurar.

Antes de comparar marcas, describa la operación:

• quién produce y consume los datos;
• si se modifica el archivo completo o pequeñas partes;
• si varias máquinas necesitan montar la misma jerarquía;
• qué latencia admite la aplicación;
• cuánto se descarga hacia usuarios, regiones o proveedores externos;
• cómo se verifica una restauración.

Objeto, bloque o archivo: la decisión central

La tabla no establece una jerarquía. Cada modelo resuelve un patrón distinto. Una arquitectura puede usar los tres: bloques para la base de datos, objetos para copias e imágenes, y archivos para un flujo compartido que todavía depende de rutas tradicionales.

Almacenamiento de objetos

Un objeto combina datos y metadatos. Se guarda dentro de un contenedor y se identifica mediante una clave. La aplicación lo crea, consulta o elimina a través de una API. Esa separación permite manejar colecciones amplias sin presentar cada elemento como un bloque de un disco montado.

Objetos funciona bien para contenido estático, copias, archivos distribuidos, registros y datos que se recuperan por nombre. También facilita políticas de ciclo de vida y versionado, aunque activarlas no sustituye una copia independiente ni corrige permisos demasiado amplios.

No lo elija como reemplazo automático de un sistema de archivos. Cambiar una parte pequeña puede exigir volver a escribir el objeto, y las operaciones de listado o lectura pueden formar parte de la tarifa. Compruebe cómo trabaja la biblioteca de su aplicación y cuántas solicitudes genera realmente.

Almacenamiento en bloques

Un volumen de bloques aparece como un dispositivo. La máquina virtual puede crear un sistema de archivos, montarlo y usarlo como un disco. Por eso encaja con sistemas operativos, bases de datos y programas que necesitan escrituras aleatorias, baja latencia y control del sistema de archivos.

El volumen suele tener límites de rendimiento, operaciones de entrada y salida, capacidad y vinculación geográfica. Pregunte si puede ampliarse en línea, cómo se crea una instantánea y qué ocurre al separar o eliminar la máquina. Persistente no significa inmune a un borrado administrativo.

Para una base de datos, mida latencia bajo una carga parecida a producción. El máximo anunciado no explica la regularidad. Una cola breve pero repetida puede afectar más a una compra que una cifra alta de rendimiento que la aplicación nunca alcanza.

Almacenamiento de archivos

Una compartición conserva carpetas y rutas. Los clientes la montan mediante protocolos de archivos como SMB o NFS. Varias máquinas pueden acceder a una jerarquía común sin que cada aplicación implemente una API de objetos.

Es útil para aplicaciones heredadas, carpetas de equipos, intercambio de contenidos y sistemas que dependen de permisos y nombres tradicionales. La comodidad tiene condiciones: revise concurrencia, bloqueo, identidad, caché, latencia desde cada ubicación y compatibilidad exacta del protocolo.

No use una compartición remota para ocultar un problema de diseño sin medirlo. Si cada petición de la tienda atraviesa una ruta lenta hacia otra región, el sistema pagará la comodidad en tiempo de respuesta. La latencia se prueba, no se deduce del mapa comercial.

Egress: mover datos también forma parte de la factura

Egress es transferencia de salida. Aparece cuando los datos salen del servicio hacia Internet, otra región o, según la política comercial, otro producto o proveedor. El cobro puede depender del origen, el destino y el volumen transferido. No confunda capacidad almacenada con datos servidos.

Una factura de almacenamiento puede combinar:

• capacidad ocupada y clase de almacenamiento;
• solicitudes de escritura, lectura, listado o administración;
• recuperación desde una clase fría;
• replicación o movimiento entre regiones;
• transferencia de salida hacia usuarios u otra plataforma;
• retención mínima o eliminación anticipada;
• funciones adicionales de inventario, análisis o automatización.

Esta lista no afirma que todos los servicios cobren cada concepto. Es el guion que debe contrastar con la página de precios vigente. Un proveedor puede eliminar el cargo de salida y recuperar margen en operaciones, capacidad mínima o soporte. Otro puede cobrar salida, pero ofrecer una ruta de red más útil. Compare la carga completa.

Calcule el coste con su patrón de acceso

Mida el coste en su caja. Empiece por capacidad media, no por el máximo histórico. Añada solicitudes, recuperación y transferencia según el tráfico real. Después convierta moneda, impuestos y comisiones de pago. Para Argentina y otros mercados con volatilidad cambiaria, el dólar también es una variable técnica.

Modele al menos un mes normal, un pico comercial y una restauración completa. El mes normal muestra la operación. El pico revela solicitudes y salida. La restauración enseña cuánto cuesta y cuánto tarda recuperar todo cuando el negocio no puede esperar.

Use esta fórmula sin inventar precisión: almacenamiento medio más operaciones más recuperación más replicación más salida, todo convertido al importe realmente pagado. Añada el trabajo de integración y migración. Un precio bajo por capacidad puede quedar eclipsado por una aplicación que lee millones de objetos pequeños o distribuye archivos grandes fuera de la región.

Región, latencia y soberanía del dato

La ubicación afecta rendimiento y reglas. Elija una región cercana a la aplicación y a los usuarios que más transfieren, pero compruebe también residencia, replicación y ruta de recuperación. Cerca en kilómetros no garantiza una buena ruta de red.

Mida carga y descarga desde los lugares que importan. Repita en horarios distintos y observe percentiles, no solo el mejor resultado. Para comercio electrónico, una imagen lenta afecta la venta; para una copia nocturna, puede importar más la ventana total y la posibilidad de reanudar.

Si replica entre regiones, documente qué copia es primaria, cuánto retraso acepta y quién autoriza una conmutación. La replicación puede copiar también un borrado o un error de aplicación. Mantenga una política de versiones o copias que cubra ese escenario.

Recuperación y salida del proveedor

Una copia debe poder restaurarse. Versionado, instantáneas y replicación resuelven fallos distintos. Pruebe que puede reconstruir permisos, metadatos, claves y estructura, no solo descargar un archivo suelto.

Prepare también una salida comercial. Exporte un conjunto representativo, mida tiempo y transferencia, y compruebe si la herramienta conserva metadatos. La nube como gasto variable funciona mientras la variable esté bajo control. Cuando mover los datos no se ha probado, la permanencia deja de ser una decisión y se convierte en inercia.

Qué modelo elegir

Elija objetos para colecciones accesibles por API, contenido estático, archivos distribuidos y copias. Elija bloques para el sistema y las bases de datos que necesitan un dispositivo de baja latencia. Elija archivos cuando varias máquinas o usuarios deban compartir rutas y semántica de directorios.

Evite decidir con una sola tarifa. El servicio adecuado satisface la interfaz de la aplicación, mantiene una latencia comprobada, permite restaurar y deja mover los datos a un coste entendible. Ese conjunto vale más que cualquier promesa de capacidad ilimitada.