Atlasingeniería

Fundamentos de cloudJuniorTema 5Junior

Objetos, bloques y archivos: dónde va cada dato

Los tres tipos de almacenamiento de la nube no compiten entre sí: resuelven problemas distintos. Elegir el equivocado no se nota el primer día, se nota cuando hay que escalar, cuando llega la factura o cuando alguien borra algo.

Para este tema conviene tener claro:Qué es cloud: IaaS, PaaS, SaaS y serverless

Datos de proveedores verificados contra la documentación oficial el 16 de sept de 2026.

Una aplicación acepta fotos de sus usuarios. El primer día alguien las guarda en el disco de la máquina donde corre la API. Anda perfecto. Anda perfecto hasta que hay dos máquinas y la mitad de las fotos aparecen rotas, o hasta que hay que reemplazar esa máquina y resulta que las fotos estaban solamente ahí.

Ese bug no es un error de programación: es haber elegido bloques donde hacía falta objetos. La nube ofrece tres tipos de almacenamiento y la elección entre ellos define qué puede escalar, qué se puede compartir y qué pasa cuando algo se cae.

Tres formas de guardar lo mismo

La diferencia entre los tres no está en el hardware, sino en cuál es la unidad que se direcciona y quién interpreta lo que hay adentro.

BLOQUESuna máquina/dev/sdbun disco, un dueñoARCHIVOSapp 1app 2/datos/compartidouna ruta, muchos clientesOBJETOSappnavegadorGET /fotos/2026/a1.jpguna clave, una API HTTP
Bloques: la aplicación ve un disco y un sistema de archivos encima. Archivos: la ruta es del servicio y varias máquinas la comparten. Objetos: no hay disco ni jerarquía, hay una clave y una API.
BloquesArchivosObjetos
Qué ve la aplicaciónUn disco crudo para formatearUna carpeta montada en el sistemaUna API sobre HTTP
Cómo se direccionaSector y desplazamientoRuta en una jerarquíaClave dentro de un depósito
Quién puede usarlo a la vezNormalmente una sola máquinaMuchas, en simultáneoCualquiera con permiso, desde cualquier lado
Modificación parcialSí, byte a byteNo: se reemplaza el objeto entero
Escala prácticaLa del volumen que pedisteAlta, con más costo por GBPrácticamente ilimitada
Costo relativo por GBMedioAltoBajo
Caso típicoDisco de una VM, base de datos propiaDirectorio compartido entre varias instanciasFotos, videos, respaldos, exportaciones, logs
Tres contratos distintos. La pregunta que decide casi siempre es quién necesita escribir y si hace falta modificar en el lugar.

Antes de seguir, predecí

Tu API guarda las fotos que suben los usuarios y corre en tres instancias detrás de un balanceador. ¿Dónde van las fotos?

Por qué los objetos ganaron

El almacenamiento de objetos es el que más se usa en aplicaciones nuevas, y no es casualidad: renunció a cosas a cambio de propiedades muy convenientes.

Renunció a la modificación parcial —no se le cambian tres bytes al medio a un objeto, se sube uno nuevo— y a la jerarquía real: lo que parece una carpeta es un prefijo dentro de la clave. Con eso sobre la mesa, gana:

  • Durabilidad altísima. Cada objeto se replica automáticamente entre varios dispositivos y zonas. Es la razón de las cifras con muchos nueves que publican los proveedores.
  • Escala sin planificación. No se reserva tamaño ni se redimensiona nada: se paga lo guardado.
  • Acceso directo desde el cliente. Con una URL firmada de vida corta, el navegador sube o descarga contra el servicio sin pasar por tu API. Tu servidor deja de ser el cuello de botella de la transferencia.
  • Clases de almacenamiento. El mismo objeto puede costar muy distinto según con qué frecuencia se lea.
Más a fondo · nivel seniorClases de almacenamiento y ciclo de vida: donde se recupera plata de verdad

Los tres proveedores ofrecen clases con el mismo gradiente: acceso frecuente, acceso esporádico y archivado profundo. Bajar de clase reduce mucho el precio por GB, y a cambio sube el costo por recuperación y, en archivado, aparece un tiempo de restauración que puede ser de minutos u horas.

Las dos trampas clásicas: hay un mínimo de permanencia —mover un objeto a una clase fría y borrarlo a los pocos días puede costar más que haberlo dejado donde estaba— y un mínimo facturable por objeto, que vuelve contraproducente archivar millones de archivos diminutos.

La regla de trabajo: definir reglas de ciclo de vida desde el primer día —por ejemplo, a acceso esporádico a los 30 días y a archivado a los 180— y medir el patrón real de lectura antes de mover nada. Un vencimiento automático para lo que no tiene por qué vivir para siempre, como exportaciones temporales o logs crudos, suele ser el ajuste que más se nota en la factura.

Cuándo sí hacen falta bloques o archivos

Que los objetos sean la opción por defecto para contenido no los vuelve universales.

Bloques es lo que necesita cualquier cosa que escriba de a pedacitos y espere latencia baja y previsible: el disco del sistema operativo de una VM, y sobre todo el volumen de una base de datos que administrás vos. Una base necesita modificar páginas en el lugar y garantizar que una escritura llegó al disco; eso no se hace contra una API de objetos.

Archivos aparece cuando varias máquinas tienen que ver la misma jerarquía al mismo tiempo y no podés cambiar la aplicación para que hable con objetos. Es el caso de software heredado, de herramientas que esperan una ruta del sistema, y de flujos de trabajo compartidos entre instancias. Cuesta más por GB que las otras dos opciones y por eso conviene reservarlo para cuando la compartición por ruta es un requisito, no una comodidad.

NecesidadAWSGoogle CloudAzure
ObjetosAmazon S3Cloud StorageAzure Blob Storage
Bloques para una VMAmazon EBSPersistent DiskAzure Managed Disks
Archivos compartidosAmazon EFSFilestoreAzure Files
Archivado profundoS3 Glacier Deep ArchiveCloud Storage ArchiveBlob Archive
Respaldo gestionadoAWS BackupBackup and DR ServiceAzure Backup
Las mismas tres familias, más archivado y respaldo, en los tres catálogos.

Durable no es lo mismo que respaldado

Es la confusión más cara de toda la unidad, y vale detenerse.

Durabilidad es la probabilidad de que el proveedor no pierda un objeto por fallas de su infraestructura: discos rotos, un rack, una zona entera. La resuelve él, con replicación, y es de donde salen los «once nueves».

Respaldo es poder volver al estado de antes de un error tuyo: un borrado por accidente, un proceso que sobreescribió mil archivos, un atacante con credenciales válidas. Contra eso la replicación no hace nada: replica el borrado con la misma eficiencia impecable.

Lo que hay que activar para dormir tranquilo

  1. Versionado. Cada sobreescritura y cada borrado deja la versión anterior recuperable. Es la única defensa real contra el error humano y contra el borrado malicioso.
  2. Borrado en dos pasos. Con versionado, un borrado normal deja una marca y no destruye el contenido; eliminar de verdad requiere una operación distinta, que conviene reservar a muy pocas identidades.
  3. Ciclo de vida para las versiones viejas. Sin una regla que las venza, el versionado hace crecer el costo en silencio.
  4. Una copia fuera del alcance de las mismas credenciales. Otra cuenta, otro proveedor o almacenamiento inmutable por un plazo. Si la misma llave que borra los datos borra los respaldos, no hay respaldo.

La factura tiene tres renglones, no uno

Mirar sólo el precio por GB es la forma más común de subestimar el costo del almacenamiento. En los tres proveedores se paga:

  1. Lo guardado, por GB y por mes, según la clase.
  2. Las operaciones: cada lectura, escritura y listado tiene precio. Miles de objetos chicos leídos de a uno pueden costar más que los GB que ocupan.
  3. La transferencia de salida: sacar datos hacia internet o hacia otra región se cobra, y suele ser el renglón que sorprende.

Cierre

Autoevaluación

¿Lo entendiste?

Una API con tres instancias guarda las subidas de los usuarios en el disco local. ¿Cuál es el problema?
¿Qué no se puede hacer con un objeto?
El proveedor promete una durabilidad de once nueves. Un empleado borra una carpeta por error. ¿Se recupera?
¿Para qué sirve una URL firmada?
¿Cuál de estos costos suele subestimarse al presupuestar almacenamiento?