La API de Blobstore permite que tu aplicación entregue objetos de datos, llamados blobs, que son mucho más grandes que el tamaño permitido para los objetos en el servicio de Datastore. Los BLOB son útiles en la entrega de archivos grandes, como archivos de video o de imagen, y para permitir que los usuarios suban archivos de datos grandes. Los BLOB se crean cuando subes un archivo a través de una solicitud HTTP. Por lo general, las aplicaciones realizarán esta acción mediante un formulario para el usuario con un campo de carga de archivos. Cuando se envía el formulario, Blobstore crea un BLOB a partir del contenido del archivo y muestra una referencia opaca al BLOB, llamada clave de BLOB, que luego puedes usar para entregar el BLOB. La aplicación puede entregar el valor completo del blob en respuesta a una solicitud del usuario, o puede leer el valor directamente mediante una interfaz similar a un archivo de transmisión.
Presentación de Blobstore
Google App Engine incluye el servicio Blobstore, que permite a las aplicaciones entregar objetos de datos limitados solo por la cantidad de datos que se pueden subir o descargar a través de una única conexión HTTP. Estos objetos se denominan valores de Blobstore, o blobs. Los valores de Blobstore se entregan como respuestas a la solicitud de los controladores y se crean como cargas a través de formularios web. Las aplicaciones no crean datos BLOB directamente. En cambio, los BLOB se crean de forma indirecta mediante un formulario web enviado o una solicitud HTTP POST
. Los valores de Blobstore se pueden entregar al usuario, o la aplicación puede acceder a ellos en una transmisión similar a archivos, mediante la API de Blobstore.
Para solicitar a un usuario que suba un valor de Blobstore, tu aplicación presenta un formulario web con un campo de carga de archivos. La aplicación genera la URL de acción del formulario mediante una llamada a la API de Blobstore. El navegador del usuario sube el archivo directamente a Blobstore a través de la URL generada. Luego, Blobstore almacena el BLOB, reescribe la solicitud para que contenga la clave de BLOB y la pasa a una ruta de acceso en la aplicación. Un controlador de solicitudes en esa ruta de tu aplicación puede realizar un procesamiento de formulario adicional.
Para entregar un blob, tu aplicación establece un encabezado en la respuesta saliente y App Engine reemplaza la respuesta con el valor de blob.
Los blobs no se pueden modificar después de que se crean, pero sí borrar. Cada blob tiene un registro de información de blob correspondiente, guardado en el almacén de datos, que proporciona detalles sobre el blob, como su hora de creación y tipo de contenido. Puedes usar la clave de BLOB para buscar registros de información de BLOB y consultar sus propiedades.
Una aplicación puede leer un valor de Blobstore de a una parte a la vez con una llamada a la API. El tamaño de la parte puede tener hasta el máximo de un valor de muestra de API. Esto es un poco menos de 32 megabytes, que se representa en Python por la constante google.appengine.ext.blobstore.MAX_BLOB_FETCH_SIZE
. Una aplicación no puede crear ni modificar los valores de Blobstore, excepto a través de archivos que sube el usuario.
Usa Blobstore
Las aplicaciones pueden usar el Blobstore para aceptar archivos grandes como cargas de los usuarios y entregarlos. Los archivos se llaman BLOBS una vez que se suben. Las aplicaciones no pueden acceder a los BLOB de manera directa. En cambio, las aplicaciones funcionan con BLOB mediante entidades de información de BLOB (representadas por la clase BlobInfo
) en el almacén de datos.
El usuario crea un BLOB cuando envía un formulario HTML que incluye uno o más campos de entrada de archivos. La aplicación llama a create_upload_url()
para obtener el destino (acción) de este formulario y pasa la función a una ruta de URL de un controlador en la aplicación. Cuando el usuario envía el formulario, el navegador del usuario sube los archivos especificados directamente a Blobstore. Blobstore reescribe la solicitud del usuario, almacena los datos del archivo subido y los reemplaza por una o más claves de BLOB correspondientes. Luego, pasa la solicitud reescrita al controlador en la ruta de URL que proporcionaste a create_upload_url()
. Este controlador puede realizar procesamientos adicionales según la clave de BLOB.
La aplicación puede leer partes de un valor de Blobstore con una interfaz de transmisión similar a archivos. Consulta la clase BlobReader
.
Sube un BLOB
Para crear y subir un blob, sigue este procedimiento:
1. Crea una URL de carga
Llama a blobstore.create_upload_url()
a fin de crear una URL de carga para el formulario que completará el usuario y pasa la ruta de la aplicación que debe cargarse cuando se complete el POST
del formulario.
Existe una versión asíncrona, create_upload_url_async()
. Permite que tu código de la aplicación se siga ejecutando mientras Blobstore genera la URL de carga.
2. Crea un formulario de carga
El formulario debe incluir un campo de carga de archivos y el enctype
del formulario debe establecerse como multipart/form-data
. Cuando el usuario envía el formulario, se controla el POST
mediante la API de Blobstore, que crea el BLOB. También crea un registro de información para el BLOB, almacena el registro en el almacén de datos y pasa la solicitud reescrita a tu aplicación en la ruta dada como una clave de BLOB.
3. Implementa un controlador de subida
En este controlador, puedes almacenar la clave de blob con el resto de tu modelo de datos de la aplicación. La clave de blob en sí permanece accesible desde la entidad de información de blob en el almacén de datos. Ten en cuenta que después de que el usuario envíe el formulario y se llame a tu controlador, el blob ya estará guardado y la información agregada al almacén de datos. Si tu aplicación no quiere mantener el BLOB, debe borrarlo de inmediato para evitar que quede suelto:
El marco de trabajo de aplicaciones web proporciona la clase de controlador de carga blobstore_handlers.BlobstoreUploadHandler
para ayudarte a analizar los datos del formulario. Para obtener más información, consulta la referencia de BlobstoreUploadHandler
.
Cuando Blobstore reescribe la solicitud del usuario, las partes MIME de los archivos subidos tienen sus cuerpos vacíos y la clave de blob se agrega como parte del encabezado MIME. Todos los demás campos de formulario y las partes se conservan y se pasan al controlador de subida. Si no especificas un tipo de contenido, Blobstore intentará inferirlo de la extensión del archivo. Si no se puede determinar un tipo de contenido, se asigna el tipo de contenido application/octet-stream
al BLOB recién creado.
Entrega un BLOB
Para entregar BLOB, debes incluir un controlador de descarga de BLOB como una ruta en tu aplicación. Para entregar el BLOB, la aplicación establece un encabezado en la respuesta saliente. En el siguiente ejemplo, se usa el framework webapp
. Cuando usas webapp
, el controlador debe pasar la clave de BLOB del BLOB deseado a self.send_blob()
. En este ejemplo, la clave de BLOB se pasa al controlador de descarga como parte de la URL. En la práctica, el controlador de descarga puede obtener la clave BLOB por cualquier medio que elijas, por ejemplo, a través de otro método o acción del usuario.
El marco de trabajo de aplicaciones web proporciona la clase de controlador de descarga blobstore_handlers.BlobstoreDownloadHandler
para ayudarte a analizar los datos del formulario. Para obtener más información, consulta la referencia de BlobstoreDownloadHandler
.
Los BLOB se pueden entregar desde cualquier URL de aplicación. Para entregar un BLOB en la aplicación, debes colocar un encabezado especial en la respuesta que contiene la clave de BLOB. App Engine reemplaza el cuerpo de la respuesta por el contenido del BLOB.
Rangos de bytes de BLOB
Blobstore admite la entrega de parte de un valor grande en lugar del valor completo en respuesta a una solicitud. Para entregar un valor parcial, incluye el encabezado X-AppEngine-BlobRange
en la respuesta saliente. El valor es un rango de byte HTTP estándar. La numeración de bytes está basada en cero. Un X-AppEngine-BlobRange
en blanco indica a la API que ignore el encabezado del rango y entregue el BLOB completo. Los rangos de ejemplo incluyen lo siguiente:
0-499
entrega los primeros 500 bytes del valor (bytes 0 a 499, inclusive).500-999
entrega 500 bytes a partir del byte 501.500-
entrega todos los bytes desde el byte 501 hasta el final del valor.-500
entrega los últimos 500 bytes del valor.
Si el rango de bytes es válido para el valor de Blobstore, este envía un código de estado 206
Partial
Content
y el rango de bytes solicitado al cliente. Si el rango no es válido para el valor, Blobstore envía 416
Requested
Range
Not
Satisfiable
.
Blobstore no admite varios rangos de bytes en una sola solicitud (por ejemplo, 100-199,200-299
), sin importar si se superponen o no.
La clase webapp.blobstore_handlers.BlobstoreDownloadHandler
incluye características para configurar este encabezado mediante los índices de bytes proporcionados y derivar el rango de bytes de forma automática a partir de un encabezado range
que proporciona el usuario.
Aplicación de muestra completa
En la aplicación de muestra siguiente, la URL principal de la aplicación carga el formulario que solicita al usuario un archivo que se debe subir. El controlador de subida llama de inmediato al controlador de descarga para entregar los datos. Esto sirve para simplificar la aplicación de muestra. En la práctica, probablemente no usarías la URL principal para solicitar datos de carga, ni tampoco entregarías de inmediato un BLOB que acabas de subir.
Usa el servicio de Imágenes con Blobstore
Con el servicio de imágenes, se puede usar un valor de Blobstore como la fuente de una transformación. La imagen fuente puede ser tan grande como el tamaño máximo de un valor de Blobstore. El servicio de imágenes aún muestra la imagen transformada a la aplicación, por lo que esta imagen debe ser menor de 32 megabytes. Esto es útil para crear imágenes en miniatura de fotografías grandes subidas por los usuarios.
Para obtener información sobre el uso de servicios de imagen con valores Blobstore, consulta la documentación sobre el servicio de imágenes.
Usar la API de Blobstore con Google Cloud Storage
Puedes usar la API de Blobstore para almacenar BLOB en Cloud Storage en lugar de almacenarlos en Blobstore. Debes configurar un bucket como se describe en la documentación de Google Cloud Storage y especificar el bucket y el nombre de archivo en el parámetro gs_bucket_name
de blobstore.blobstore.create_upload_url. En el controlador de carga, debes procesar los metadatos de FileInfo que se muestran y almacenar de forma explícita el nombre de archivo de Google Cloud Storage necesario para recuperar el BLOB más adelante.
También puedes entregar objetos de Cloud Storage mediante la API de Blobstore. Los siguientes fragmentos de código muestran cómo hacerlo.
Usa BlobReader
Una aplicación puede leer datos de los valores de Blobstore con una interfaz similar a un objeto file
de Python. Esta interfaz puede comenzar a leer un valor en cualquier posición de byte y usa varias llamadas de servicio y almacenamiento en búfer, por lo que una aplicación puede acceder al tamaño completo del valor a pesar del límite de tamaño de una única respuesta a una llamada de servicio.
La clase BlobReader
puede tomar uno de los tres valores como un argumento para el constructor:
El objeto implementa los métodos de archivo familiares para leer el valor. La aplicación no puede modificar el valor de Blobstore. Los métodos de archivo para escribir no están implementados.
Realiza solicitudes asíncronas
Una aplicación puede llamar a algunas funciones de Blobstore que funcionan en segundo plano. Blobstore lleva a cabo la solicitud, mientras que la aplicación realiza otras acciones. Para llevar a cabo la solicitud, la aplicación llama a una función asíncrona. La función muestra de inmediato un objeto RPC; este objeto representa la solicitud. Cuando la aplicación necesita el resultado de la solicitud, llama al método get_result()
del objeto RPC.
Si el servicio no completó la solicitud cuando la aplicación llama a get_result()
, el método espera hasta que se complete la solicitud (o hasta que se cumpla el plazo o se produzca un error). El método muestra el objeto de resultado o genera una excepción si se produjo un error cuando se realizó la solicitud. Por ejemplo, este fragmento de código
upload_url = blobstore.create_upload_url('/upload')
slow_operation()
self.response.out.write("""<form action="%s" method="POST"
enctype="multipart/form-data">""" % upload_url)
se convierte en
upload_url_rpc = blobstore.create_upload_url_async('/upload')
slow_operation()
upload_url = upload_url_rpc.get_result()
self.response.out.write("""<form action="%s" method="POST"
enctype="multipart/form-data">""" % upload_url)
En este ejemplo, la aplicación ejecuta el código slow_operation()
al mismo tiempo que Blobstore genera la URL de carga.
Cuotas y límites
El espacio usado por los valores de Blobstore contribuyen a la cuota Datos almacenados (facturable). Las entidades de información de blob en el almacén de datos cuentan con los límites relacionados con el almacén de datos. Ten en cuenta que Google Cloud Storage es un servicio que se paga según su uso. Se te cobrará de acuerdo con la hoja de precios de Cloud Storage.
Para obtener más información sobre las cuotas de seguridad en todo el sistema, consulte Cuotas.
Además de las cuotas de seguridad para todo el sistema, los límites siguientes se aplican en específico al uso de Blobstore:
- El tamaño máximo de los datos de Blobstore que puede leer la aplicación con una llamada a la API es de 32 megabytes.
- La cantidad máxima de archivos que pueden subirse en un solo formulario POST es de 500.