Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
En este documento se describen las operaciones por lotes de almacenamiento, una función de Cloud Storage que te permite realizar operaciones en miles de millones de objetos de forma sin servidor. Con las operaciones por lotes de almacenamiento, puedes automatizar operaciones de API a gran escala en miles de millones de objetos, lo que reduce el tiempo de desarrollo necesario para escribir y mantener las secuencias de comandos de cada solicitud.
Las operaciones por lotes de Storage te permiten ejecutar una de las cuatro transformaciones en varios objetos a la vez: colocar una retención en un objeto, eliminar un objeto, actualizar los metadatos de un objeto y reescribir objetos. Para usar las operaciones por lotes de almacenamiento, debes crear una configuración de trabajo que defina qué transformaciones se deben aplicar a qué objetos.
Al crear una operación por lotes, se devuelve una operación de larga duración (LRO) que indica el estado de tu solicitud: si la transformación se ha aplicado a todos los objetos especificados en tu solicitud.
Ventajas
Escalabilidad: realiza transformaciones en millones de objetos con un solo trabajo de operaciones por lotes de almacenamiento.
Ejecución sin servidor: ejecuta tareas por lotes en un entorno sin servidor, lo que elimina la necesidad de gestionar la infraestructura.
Automatización: automatiza tareas complejas y repetitivas para mejorar la eficiencia operativa.
Reducción del tiempo de desarrollo: no es necesario escribir ni mantener secuencias de comandos personalizadas complejas.
Rendimiento: completa las operaciones urgentes en el plazo requerido. Si se ejecutan varios trabajos por lotes simultáneamente en un mismo contenedor, puede procesar hasta mil millones de objetos en tres horas.
Reintentos automáticos: reintentos automáticos de las operaciones fallidas.
Monitorización de tareas: seguimiento detallado del progreso para monitorizar el estado y la finalización de todas las tareas.
Define claves de cifrado en varios objetos con el método rewrite object.
Aplica o quita retenciones de objetos para controlar la inmutabilidad de los objetos.
Cumplimiento:
Usa bloqueos de objetos para cumplir los requisitos de conservación de datos de cumplimiento normativo.
Eliminar datos de periodos específicos para cumplir los requisitos de eliminación total.
Transformación de datos: realiza actualizaciones masivas de los metadatos de los objetos.
Optimización de costes: elimina en bloque objetos de segmentos de Cloud Storage para reducir los costes de almacenamiento.
Configuraciones de tareas
Para crear un trabajo de operaciones por lotes de almacenamiento, debes definir las siguientes configuraciones de trabajo.
Las configuraciones de tareas son parámetros que controlan cómo se define una tarea para diferentes requisitos de procesamiento.
Nombre de la tarea: nombre único para identificar la tarea de operaciones por lotes de almacenamiento. Se usa para monitorizar, hacer un seguimiento y hacer referencia al trabajo. Los nombres de los trabajos son alfanuméricos. Por ejemplo, job-01.
Descripción del trabajo (opcional): una breve descripción del objetivo del trabajo. Esto ayuda a entender y documentar los detalles del trabajo. Por ejemplo, Deletes all objects in a bucket.
Nombre del segmento: nombre del segmento de almacenamiento que contiene los objetos que se van a procesar. Es esencial para localizar los datos de entrada. Por ejemplo, my-bucket. Solo puedes especificar un nombre de contenedor por trabajo.
Selección de objetos: los criterios de selección que definen qué objetos se van a procesar. Puede especificar los criterios mediante una de las siguientes opciones:
Manifiesto: crea un manifiesto y especifica su ubicación al crear el trabajo de operaciones por lotes de almacenamiento. El manifiesto es un archivo CSV que se sube a Google Cloudy que contiene un objeto o una lista de objetos que quiere procesar. Cada fila del manifiesto debe incluir el bucket y el name del objeto. También puedes especificar el generation del objeto. Si no especifica el generation, se usará la versión actual del objeto.
El archivo debe incluir una fila de encabezado con el siguiente formato:
Prefijos de objeto: especifica una lista de prefijos para filtrar objetos en el segmento. Solo se procesan los objetos con estos prefijos. Si está vacío, se procesarán todos los objetos del segmento.
Tipo de trabajo: las operaciones por lotes de almacenamiento admiten los siguientes tipos de trabajos, que ejecutan un solo trabajo
por operación por lotes.
Eliminación de objetos: puedes eliminar objetos de un segmento. Esto es fundamental para optimizar los costes, gestionar el ciclo de vida de los datos y cumplir las políticas de eliminación de datos.
Actualizaciones de metadatos: puede modificar los metadatos de los objetos. Esto incluye la actualización de metadatos personalizados, la clase de almacenamiento y otras propiedades de los objetos.
Actualizaciones de retenciones de objetos: puedes habilitar o inhabilitar las retenciones de objetos. Las retenciones de objetos evitan que se eliminen o modifiquen objetos, lo que es esencial para cumplir los requisitos y conservar los datos.
Las operaciones por lotes de almacenamiento tienen las siguientes limitaciones:
Los trabajos de operaciones por lotes de Storage tienen un tiempo de vida máximo de 14 días. Los trabajos en curso que no se completen en un plazo de 14 días desde su creación se cancelarán automáticamente.
No recomendamos ejecutar más de 20 trabajos de operaciones por lotes simultáneos en el mismo contenedor.
Las operaciones por lotes de almacenamiento no se admiten en los siguientes
contenedores:
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-11 (UTC)."],[],[],null,["| Storage batch operations is available only if you've configured [Storage Intelligence](/storage/docs/storage-intelligence/overview).\n\nThis document describes storage batch operations, a\nCloud Storage capability that lets you perform operations on billions of\nobjects in a serverless manner. Using\nstorage batch operations, you can automate large-scale API\noperations on billions of objects, reducing the development time required to\nwrite and maintain scripts for each request.\n\nTo learn how to create storage batch operations jobs, see\n[Create and manage storage batch operations jobs](/storage/docs/batch-operations/create-manage-batch-operation-jobs).\n\nOverview\n\nStorage batch operations let you run one of four transformations on\nmultiple objects at once: placing an object hold, deleting an object,\nupdating object metadata, and rewriting objects. To use\nstorage batch operations, you create a [job configuration](#job-configurations) that\ndefines what transformations should be applied to which objects.\n\nCreating a batch operation returns a long-running operation\n(LRO) that indicates the status of your request: whether the transformation has\nbeen applied to all specified objects in your request.\n\nBenefits\n\n- **Scalability**: Perform transformations on millions of objects with a single storage batch operations job.\n- **Serverless execution**: Run batch jobs in a serverless environment, eliminating the need to manage infrastructure.\n- **Automation**: Automate complex and repetitive tasks, improving operational efficiency.\n- **Reduced development time**: Avoid writing and maintaining complex custom scripts.\n- **Performance**: Complete time-sensitive operations within the required time. With multiple batch jobs running concurrently on a bucket, you can process up to one billion objects within three hours.\n- **Automatic retries**: Automatic retries for failed operations.\n- **Job monitoring**: Detailed progress tracking to monitor the status and completion of all jobs.\n\nUse cases\n\nWhen used with [Storage Insights datasets](/storage/docs/insights/datasets),\nstorage batch operations allow you to accomplish the following\ntasks:\n\n- **Security management**:\n\n - Set encryption keys on multiple objects using the [rewrite object](/storage/docs/json_api/v1/objects/rewrite) method.\n - Apply or remove object holds to control object immutability.\n- **Compliance**:\n\n - Use object holds to meet data retention requirements for regulatory compliance.\n - Delete data between specific timeframes, to meet wipeout compliance requirements.\n- **Data transformation**: Perform bulk updates to object metadata.\n\n- **Cost optimization**: Bulk delete objects in Cloud Storage buckets to\n reduce storage costs.\n\nJob configurations\n\nTo [create a storage batch operations job](/storage/docs/batch-operations/create-manage-batch-operation-jobs#create-batch-operation-job), you'll need to set the following job configurations.\nJob configurations are parameters that control how the job is defined for\ndifferent processing requirements.\n\n- **Job name** : A unique name to identify the storage batch operations job. This is used for tracking, monitoring, and referencing the job. Job names are alphanumeric, for example, `job-01`.\n\n- **Job Description** (Optional): A brief description of the job's purpose. This helps with understanding and documenting the job details. For example, `Deletes all objects in a bucket`.\n\n- **Bucket name** : The name of the storage bucket containing the objects to be processed. This is essential for locating the input data. For example, `my-bucket`. You can specify only one bucket name for a job.\n\n- **Object selection**: The selection criteria that defines which objects to process. You can specify the criteria using any one of the following options:\n\n - **Manifest** : Create a manifest and specify its location when you create the storage batch operations job. The manifest is a CSV file, uploaded to Google Cloud, that contains one object or a list of objects that you want to process. Each row in the manifest must include the `bucket` and `name` of the object. You can optionally specify the `generation` of the object. If you don't specify the `generation`, the current version of the object is used.\n\n The file must include a header row of the following format:\n\n `bucket,name,generation`\n\n The following is an example of the manifest: \n\n ```\n bucket,name,generation\n bucket_1,object_1,generation_1\n bucket_1,object_2,generation_2\n bucket_1,object_3,generation_3\n ```\n | **Caution:** Ensure the manifest only includes objects from the bucket provided in the storage batch operations job. Rows referencing other buckets are ignored.\n\n You can also create a manifest using Storage Insights datasets. For details, see [Create a manifest using Storage Insights datasets](/storage/docs/batch-operations/create-manage-batch-operation-jobs#create-manifest-using-insights-datasets).\n - **Object prefixes**: Specify a list of prefixes to filter objects within the bucket. Only objects with these prefixes are processed. If empty, all objects in the bucket are processed.\n\n- **Job type:** Storage batch operations supports the following job types, running a single job per batch operation.\n\n - **Object deletion** : You can [delete objects](/storage/docs/deleting-objects) within a bucket. This is crucial for cost optimization, data lifecycle management, and compliance with data deletion policies.\n\n | **Caution:** By default, Cloud Storage retains soft-deleted objects for a duration of seven days. If you have accidentally deleted the objects, you can restore these soft-deleted objects during this duration. However, if you have disabled [soft delete](/storage/docs/soft-delete) for your bucket, you cannot recover deleted objects.\n - **Metadata updates** : You can modify the [object metadata](/storage/docs/metadata#editable). This includes updating custom metadata, storage class, and other object properties.\n\n - **Object hold updates** : You can enable or disable [object holds](/storage/docs/object-holds). Object holds prevent objects from being deleted or modified, which is essential for compliance and data retention purposes.\n\n - **Object encryption key updates** : You can manage the [customer-managed encryption keys](/storage/docs/encryption/customer-managed-keys) for one or more objects. This includes applying or changing encryption keys using the [rewrite object](/storage/docs/json_api/v1/objects/rewrite) method.\n\nLimitations\n\nStorage batch operations has the following limitations:\n\n- Storage batch operations jobs have a maximum lifetime of 14 days. Any\n ongoing job that doesn't complete within 14 days of its creation is\n automatically cancelled.\n\n- We don't recommend running more than 20 concurrent batch operations jobs on\n the same bucket.\n\n- Storage batch operations is not supported on the following\n buckets:\n\n - Buckets that have [Requestor Pays](/storage/docs/requester-pays) enabled.\n\n - Buckets located in the `us-west8` region.\n\nWhat's next\n\n- [Create and manage storage batch operations jobs](/storage/docs/batch-operations/create-manage-batch-operation-jobs)"]]