Hay un momento en que la factura de la nube deja de tener sentido. Miras el volumen almacenado, miras la tabla de precios, multiplicas — y el valor de la factura es mucho mayor que la multiplicación. La explicación casi siempre es la misma: no estás pagando por el espacio, estás pagando por las operaciones.

La cuenta que nadie hace antes

Los proveedores de almacenamiento de objetos cobran por dos cosas bien distintas:

Almacenamiento, por gigabyte por mes. Es el número que todos miran.
Solicitudes, por operación. Es el número que casi nadie suma.

Mientras los archivos son grandes, la segunda parte es irrelevante. Un acervo de 10 TB en archivos de 500 MB son unos 20 mil objetos — el costo de solicitudes desaparece frente al almacenamiento.

Ahora cambia el tamaño medio. Los mismos 10 TB en archivos de 300 KB se convierten en unos 35 millones de objetos. Copiar eso a un bucket de respaldo significa 35 millones de operaciones de escritura. Y como casi todo respaldo se ejecuta periódicamente, ese número se repite en cada ejecución.

La cuenta es directa:

objetos = volumen_total ÷ tamaño_medio
costo_de_escritura = (objetos ÷ 1.000) × precio_por_mil_PUT

Haz esa cuenta con tu volumen real y el precio de tu región antes de cualquier decisión. Suele explicar la factura por sí sola.

La trampa del tamaño mínimo facturado

Hay un segundo efecto que agrava todo, y ese es específico de las capas de archivado.

En las clases de archivado profundo de AWS, cada objeto lleva metadatos cobrados aparte: 32 KB a la tarifa de la propia capa de archivado, más 8 KB a la tarifa de la clase estándar. Son 40 KB adicionales por objeto.

Para un archivo de 300 MB, 40 KB es ruido. Para un archivo de 8 KB, estás pagando por 48 KB — seis veces el dato real. Multiplica por millones de objetos y "la capa más barata de AWS" termina costando más que la capa estándar.

Existe además el período mínimo de cobro: 180 días en archivado profundo. Borrar un objeto antes no ahorra nada — pagas los 180 días igual. Eso convierte a los archivos pequeños de ciclo corto en pésimos candidatos al archivado individual.

Por qué copiar objeto por objeto es la estrategia equivocada

La mayoría de las herramientas de sincronización hace lo obvio: por cada objeto en el origen, una operación de escritura en el destino. Es correcto, es simple, y es exactamente lo que se vuelve caro cuando los archivos son pequeños. Pagas:

Una operación de escritura por archivo, en cada ejecución que lo incluya.
Los 40 KB de metadatos por archivo, si el destino es archivado.
El mínimo de 180 días por archivo, incluso para archivos efímeros.

Ninguna de esas partidas mejora con descuento por volumen. Escalan linealmente con la cantidad de archivos — y la cantidad es justamente lo que crece en tu escenario.

La salida: cambiar la unidad

Si el costo es por objeto, la solución es reducir el número de objetos sin perder ningún archivo. Es decir: agrupar antes de enviar.

Empaquetar miles de archivos en un único paquete comprimido transforma miles de operaciones de escritura en una. Esos mismos 35 millones de objetos, agrupados en paquetes de algunos gigabytes, se vuelven algunos miles de operaciones. Las tres partidas caen juntas: menos solicitudes, metadatos cobrados una vez por paquete en lugar de por archivo, y el mínimo de 180 días aplicado a pocos objetos grandes.

La compresión es un extra, no el punto principal. El punto es el conteo.

El problema que crea el agrupamiento — y cómo resolverlo

Agrupar tiene un costo obvio: pierdes la capacidad de recuperar un archivo aislado. Si para restaurar un documento de 300 KB hace falta descargar un paquete de 5 GB, cambiaste un problema de costo por un problema de operación.

Por eso agrupar sólo funciona junto con un índice. Cada archivo debe estar registrado con el paquete en que está y la posición dentro de él. Con ese índice, recuperar un archivo individual sigue siendo posible: se localiza el paquete, se lee sólo el tramo necesario y se extrae ese archivo.

Sin índice, agrupar es ahorro hoy y dolor de cabeza en la primera recuperación. Con índice, es ahorro sin contrapartida operativa.

Qué hacer antes de decidir

Mide el tamaño medio real de tus objetos. No estimes — lista y divide. La diferencia entre 300 KB y 3 MB cambia por completo la conclusión.
Suma las solicitudes, no sólo el almacenamiento. Usa la fórmula de arriba con la tabla de precios vigente de tu región.
Verifica los mínimos de la capa de destino, tanto de tamaño como de permanencia.
Simula antes de mover. Cualquier herramienta seria debe decir cuántos objetos y cuánto costo generará la operación antes de escribir el primer byte.

Los precios cambian y varían por región — confirma siempre en la tabla oficial del proveedor. Lo que no cambia es la estructura de la cuenta: en acervos de archivos pequeños, la cantidad manda más que el volumen.

NubliVault fue construido en torno a esa idea: empaqueta los archivos de cada cliente en .tar.zst, los envía a AWS y mantiene un manifiesto consultable que permite restaurar un archivo individual sin descargar el paquete entero. Puedes simular el costo o probarlo 14 días.