MinIO frente a NAS: permisos, retención y salida
Guía técnica para separar archivos pesados de la base: MinIO/S3, PostgreSQL, permisos, retención, backup y prueba de restauración con salida clara.
Doce carpetas compartidas pueden salir más caras que un bucket auditado cuando cada área guarda fotos, PDFs y respaldos con permisos heredados. En una clínica, una bodega o una escuela técnica, el archivo pesado necesita dueño, versión y regla de borrado. MinIO permite montar almacenamiento S3 propio mientras PostgreSQL guarda estados y auditoría. Esta guía explica qué dato queda en cada componente y cómo probar la salida.
Dónde el archivo pesado rompe la base
El problema aparece cuando una aplicación guarda contratos, imágenes o comprobantes dentro de la base sin separar metadatos y objetos. PostgreSQL puede guardar datos estructurados y también objetos grandes, como documenta su sección de large objects, pero la operación diaria suele pedir otra división: la base consulta rápido y el almacenamiento mueve archivos grandes. El antagonista es la carpeta compartida con herencia eterna, donde nadie sabe quién borró un PDF. La documentación de MinIO sobre versioning muestra que un bucket versionado puede conservar versiones de un objeto; incluso la referencia de creación de buckets describe límites enormes para versiones cuando se habilita esa opción. La cifra lleva la discusión a ciclo de vida, retención y prueba de borrado. Un archivo llamado final-final.pdf no es evidencia. El dato de contexto viene de la práctica de desarrollo. En la encuesta Stack Overflow 2025, SQL aparece con 58,6 % de uso entre quienes respondieron. En una pyme, eso significa que el equipo ya entiende tablas, estados y consultas. La mejora aparece cuando deja el binario en un objeto y conserva en la base el rastro: dueño, hash, tamaño, fecha, permiso y vínculo.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. 1. El usuario sube un contrato, foto, factura o informe desde la aplicación. 2. La aplicación valida tipo, tamaño, cliente, área y permiso antes de aceptar el archivo. 3. PostgreSQL guarda el registro: nombre visible, hash, bucket, clave, estado, usuario, fecha y relación con el trámite. 4. MinIO/S3 guarda el objeto y sus metadatos; la política define lectura, escritura, borrado y retención. 5. Un tablero o vista muestra archivos por estado, vencimiento, dueño y errores de carga. 6. El backup copia base y objetos; la restauración abre un trámite real y descarga el archivo con su historial. La documentación de Identity and Access Management explica que MinIO usa control por políticas y niega acciones no permitidas. La sección de object retention sirve para fijar reglas de conservación, y la guía de object deletion muestra por qué borrar en un bucket versionado exige entender versión, retención y ciclo de vida.
Qué se instala o configura primero
El primer entregable verificable es un circuito con veinte archivos de prueba. Incluye dos áreas, tres roles, objetos versionados, un archivo retenido, un borrado rechazado, una exportación CSV y una restauración en otro host. La aplicación muestra metadatos y nunca necesita leer todo el archivo para listar pendientes. Una pila concreta usa MinIO, PostgreSQL, proxy HTTPS, política por bucket, backup diario, prueba mensual de restauración y monitoreo de espacio. Tomando el dólar oficial vendedor informado por DolarAPI, un piloto de USD 420 a USD 880 equivale a ARS $646.800 a ARS $1.355.200. Ese costo cubre instalación, permisos, carga inicial, documentación y prueba de salida; no incluye digitalización masiva ni compra de discos. UMSA puede armar el primer corte con un trámite interno: altas de proveedor, actas de mantenimiento o fotos de inspección. El resultado útil muestra que un usuario puede subir, otro revisar, un tercero descargar, y nadie borrar fuera de la política. La restauración tiene que recuperar base y objeto, no solo uno de los dos.
Dónde se rompe y cómo probarlo
El primer riesgo es guardar la ruta del archivo sin hash. La señal aparece cuando un objeto se reemplaza y la aplicación no detecta el cambio. La prueba mínima es subir dos versiones con el mismo nombre y comparar hash, versión y fecha. El segundo riesgo es usar una clave compartida. La señal aparece cuando todos los movimientos salen del mismo usuario técnico. La prueba mínima es crear credenciales por servicio y revisar auditoría por acción. El tercer riesgo es activar retención sin calendario. La señal aparece cuando un archivo vencido sigue ocupando espacio o cuando un documento legal queda borrable. La prueba mínima es cargar objetos con distintas fechas y ejecutar ciclo de vida en entorno de prueba. El cuarto riesgo es copiar objetos sin base. La señal aparece cuando el bucket se restaura, pero la aplicación no puede relacionar archivos con trámites. La prueba mínima es recuperar PostgreSQL y MinIO juntos. El quinto riesgo es medir costo solo por disco. La señal aparece cuando crece el soporte por permisos mal heredados. La prueba mínima es registrar tickets de acceso antes y después del piloto. MinIO ayuda cuando cada archivo pesado tiene dueño, permiso, versión, retención y salida probada.
