{"id":2120,"date":"2016-01-13T17:12:16","date_gmt":"2016-01-13T17:12:16","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=2120"},"modified":"2016-01-13T17:12:16","modified_gmt":"2016-01-13T17:12:16","slug":"storing-blobs-in-couchbase-for-content-management","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/storing-blobs-in-couchbase-for-content-management\/","title":{"rendered":"Almacenamiento de Blobs en Couchbase para la gesti\u00f3n de contenidos"},"content":{"rendered":"

Este blog se public\u00f3 originalmente en el blog personal de Cecile Le Pape. Para ver la entrada original, haga clic en\u00a0aqu\u00ed<\/a>.\u00a0<\/em><\/p>\n

\u00a0<\/p>\n

En mi entrada anterior<\/a>En el art\u00edculo de la semana pasada, habl\u00e9 de c\u00f3mo configurar un servicio flexible de gesti\u00f3n de contenidos utilizando Couchbase como repositorio de metadatos, sobre un servidor Apache Chemistry. Los blobs en s\u00ed (pdf, pptx, docx, etc) se almacenan en un sistema de archivos separado o en un almac\u00e9n de blobs. Hoy, me gustar\u00eda mostrar como Couchbase puede ser usado para almacenar los blobs mismos, usando un gestor de chunk personalizado. La idea es almacenar no s\u00f3lo los metadatos de un documento (fecha de creaci\u00f3n, creador, nombre, etc.) sino adem\u00e1s el propio blob.<\/p>\n

El objetivo de esta nueva arquitectura es reducir el n\u00famero de sistemas diferentes (y licencias que pagar) y tambi\u00e9n beneficiarse directamente de las funciones de replicaci\u00f3n que ofrece Couchbase.<\/p>\n

Primero, recordemos que Couchbase no es un almac\u00e9n de blobs. Es un almac\u00e9n de documentos basado en memoria, con una gesti\u00f3n de cach\u00e9 adhoc ajustada para que la mayor\u00eda de los datos almacenados en Couchbase est\u00e9n en RAM para una consulta r\u00e1pida. Los datos tambi\u00e9n se replican entre nodos (si la replicaci\u00f3n est\u00e1 habilitada) dentro del cluster y opcionalmente fuera del cluster si se usa XDCR. Esta es la raz\u00f3n por la que los datos almacenados en Couchbase no pueden ser mayores de 20 MB. Este es un l\u00edmite duro, y en la vida real 1MB ya es un documento grande para almacenar.<\/p>\n

Sabiendo esto, la cuesti\u00f3n es: \u00bfc\u00f3mo puedo almacenar grandes datos binarios en Couchbase? Respuesta sencilla: \u00a1en trozos!<\/p>\n

La nueva arquitectura tiene ahora este aspecto:<\/p>\n

<\/p>\n

Ahora hay 2 buckets en Couchbase:<\/p>\n

    \n
  1. cmismeta<\/em> : utilizado para almacenar metadatos<\/li>\n
  2. cmisstore<\/em> : utilizado para almacenar blobs<\/li>\n<\/ol>\n

    \u00a0<\/p>\n

    Cuando se crea una carpeta, s\u00f3lo se modifica el bucket cmismeta con una nueva entrada porque, por supuesto, una carpeta no est\u00e1 asociada a ning\u00fan blob. Se trata simplemente de una estructura utilizada por el usuario para organizar los documentos y navegar en el \u00e1rbol de carpetas. Las carpetas son virtuales. El punto de entrada de la estructura es la carpeta ra\u00edz tal y como se describe anteriormente<\/a>.<\/p>\n

    Cuando un documento (por ejemplo un pdf o un pptx) se inserta en una carpeta, ocurren 3 cosas:<\/p>\n