Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questo documento descrive le operazioni batch di archiviazione, una funzionalità di Cloud Storage che consente di eseguire operazioni su miliardi di oggetti in modalità serverless. Utilizzando
le operazioni batch di archiviazione, puoi automatizzare operazioni API
su miliardi di oggetti, riducendo il tempo di sviluppo necessario per
scrivere e gestire gli script per ogni richiesta.
Le operazioni batch di archiviazione consentono di eseguire una delle quattro trasformazioni su più oggetti contemporaneamente: inserimento di un blocco oggetto, eliminazione di un oggetto, aggiornamento dei metadati dell'oggetto e riscrittura degli oggetti. Per utilizzare
le operazioni batch di archiviazione, devi creare una configurazione del job che
definisce quali trasformazioni devono essere applicate a quali oggetti.
La creazione di un'operazione batch restituisce un'operazione a lunga esecuzione
(LRO) che indica lo stato della richiesta: se la trasformazione è stata
applicata a tutti gli oggetti specificati nella richiesta.
Vantaggi
Scalabilità: esegui trasformazioni su milioni di oggetti con un singolo job di operazioni batch di archiviazione.
Esecuzione serverless: esegui job batch in un ambiente serverless,
eliminando la necessità di gestire l'infrastruttura.
Automazione: automatizza attività complesse e ripetitive, migliorando l'efficienza operativa.
Tempi di sviluppo ridotti: evita di scrivere e gestire script personalizzati complessi.
Rendimento: completa le operazioni urgenti entro il tempo richiesto. Con più job batch eseguiti contemporaneamente su un bucket, puoi
elaborare fino a un miliardo di oggetti entro tre ore.
Nuovi tentativi automatici: nuovi tentativi automatici per le operazioni non riuscite.
Monitoraggio dei job: monitoraggio dettagliato dell'avanzamento per monitorare lo stato e
il completamento di tutti i job.
Casi d'uso
Se utilizzate con i set di dati Storage Insights,
le operazioni batch di archiviazione consentono di svolgere le seguenti
attività:
Gestione della sicurezza:
Imposta le chiavi di crittografia su più oggetti utilizzando il metodo rewrite object.
Applica o rimuovi i blocchi dell'oggetto per controllare l'immutabilità dell'oggetto.
Conformità:
Utilizza i blocchi degli oggetti per soddisfare i requisiti di conservazione dei dati per la conformità normativa.
Elimina i dati tra intervalli di tempo specifici per soddisfare i requisiti di conformità all'azzeramento.
Trasformazione dei dati: esegui aggiornamenti collettivi ai metadati degli oggetti.
Ottimizzazione dei costi: elimina in blocco gli oggetti nei bucket Cloud Storage per ridurre i costi di archiviazione.
Configurazioni dei job
Per creare un job di operazioni batch di archiviazione, devi impostare le seguenti configurazioni del job.
Le configurazioni dei job sono parametri che controllano la definizione del job per
diversi requisiti di elaborazione.
Nome job: un nome univoco per identificare il job di operazioni batch di archiviazione. Viene utilizzato per il monitoraggio e il riferimento del job. I nomi dei job sono alfanumerici, ad esempio job-01.
Descrizione del lavoro (facoltativo): una breve descrizione dello scopo del lavoro. In questo modo, è più facile comprendere e documentare i dettagli del lavoro. Ad esempio, Deletes all objects in a bucket.
Nome bucket: il nome del bucket di archiviazione contenente gli oggetti da elaborare. È essenziale per individuare i dati di input. Ad esempio: my-bucket. Puoi specificare un solo nome del bucket per un job.
Selezione degli oggetti: i criteri di selezione che definiscono gli oggetti da elaborare. Puoi specificare i criteri utilizzando una delle seguenti opzioni:
Manifest: crea un manifest e specifica la sua posizione quando crei il job di operazioni batch di archiviazione. Il manifest è un file CSV caricato su Google Cloudche contiene un oggetto o un elenco di oggetti che vuoi elaborare. Ogni riga del manifest
deve includere bucket e name dell'oggetto. Facoltativamente, puoi specificare
il generation dell'oggetto. Se non specifichi generation, viene utilizzata la versione corrente dell'oggetto.
Il file deve includere una riga di intestazione nel seguente formato:
Prefissi degli oggetti: specifica un elenco di prefissi per filtrare gli oggetti all'interno del bucket. Vengono elaborati solo gli oggetti con questi prefissi. Se vuoto, vengono elaborati tutti gli oggetti nel bucket.
Tipo di job:le operazioni batch di archiviazione supportano i seguenti tipi di job, eseguendo un singolo job
per operazione batch.
Eliminazione di oggetti: puoi eliminare oggetti all'interno di un bucket. Ciò è fondamentale per l'ottimizzazione dei costi, la gestione del ciclo di vita dei dati e la conformità alle norme di eliminazione dei dati.
Aggiornamenti dei metadati: puoi modificare i metadati dell'oggetto. Ciò include l'aggiornamento dei metadati personalizzati, della classe di archiviazione e di altre proprietà dell'oggetto.
Aggiornamenti dei blocchi oggetto: puoi attivare o disattivare i blocchi oggetto. I blocchi degli oggetti impediscono che vengano eliminati o modificati, il che è essenziale per la conformità e la conservazione dei dati.
Aggiornamenti delle chiavi di crittografia degli oggetti: puoi gestire le chiavi di crittografia gestite dal cliente per uno o più oggetti. Ciò include l'applicazione o la modifica delle chiavi di crittografia utilizzando il metodo rewrite object.
Limitazioni
Le operazioni batch di archiviazione presentano le seguenti limitazioni:
I job delle operazioni batch di archiviazione hanno una durata massima di 14 giorni. Qualsiasi
lavoro in corso che non viene completato entro 14 giorni dalla sua creazione viene
annullato automaticamente.
Non è consigliabile eseguire più di 20 job di operazioni batch simultanee sullo stesso bucket.
Le operazioni batch di archiviazione non sono supportate nei seguenti bucket:
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 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)"]]
