Questo modello crea una pipeline batch che legge i documenti da MongoDB e li scrive in BigQuery.
Se vuoi acquisire i dati dello stream di modifiche di MongoDB, puoi utilizzare il modello Da MongoDB a BigQuery (CDC).
Requisiti della pipeline
- Il set di dati BigQuery di destinazione deve esistere.
- L'istanza MongoDB di origine deve essere accessibile dalle macchine worker Dataflow.
Formato di output
Il formato dei record di output dipende dal valore del
userOption parametro. Se userOption è
NONE, l'output ha il seguente schema. Il campo
source_data contiene il documento in formato JSON.
[ {"name":"id","type":"STRING"}, {"name":"source_data","type":"STRING"}, {"name":"timestamp","type":"TIMESTAMP"} ]
Se userOption è FLATTEN, la pipeline appiattisce
i documenti e scrive i campi di primo livello come colonne della tabella. Ad esempio,
supponiamo che i documenti nella raccolta MongoDB contengano i
seguenti campi:
"_id"(string)"title"(string)"genre"(string)
Utilizzando FLATTEN, l'output ha il seguente schema. Il campo
timestamp viene aggiunto dal modello.
[ {"name":"_id","type":"STRING"}, {"name":"title","type":"STRING"}, {"name":"genre","type":"STRING"}, {"name":"timestamp","type":"TIMESTAMP"} ]
Se userOption è JSON, la pipeline archivia
il documento nel formato JSON di BigQuery. BigQuery
supporta in modo integrato i dati JSON utilizzando il
tipo di dati JSON.
Per saperne di più, consulta
Utilizzare i dati JSON in GoogleSQL.
Parametri del modello
Parametri obbligatori
- mongoDbUri: l'URI di connessione MongoDB nel formato
mongodb+srv://:@.. - database: il database in MongoDB da cui leggere la raccolta. Ad esempio,
my-db. - collection: il nome della raccolta all'interno del database MongoDB. Ad esempio,
my-collection. - userOption:
FLATTEN,JSON, oNONE.FLATTENappiattisce i documenti a un singolo livello.JSONarchivia il documento nel formato JSON di BigQuery.NONEarchivia l'intero documento come STRINGA in formato JSON. Il valore predefinito è NONE. - outputTableSpec: la tabella BigQuery in cui scrivere. Ad esempio,
bigquery-project:dataset.output_table.
Parametri facoltativi
- KMSEncryptionKey: la chiave di crittografia Cloud KMS per decriptare la stringa di connessione dell'URI MongoDB. Se viene passata la chiave Cloud KMS, l'intera stringa di connessione dell'URI MongoDB deve essere passata in formato criptato. Ad esempio,
projects/your-project/locations/global/keyRings/your-keyring/cryptoKeys/your-key. - filter: il filtro Bson in formato JSON. Ad esempio,
{ "val": { $gt: 0, $lt: 9 }}. - useStorageWriteApi: se
true, la pipeline utilizza l'API BigQuery Storage Write (https://cloud.google.com/bigquery/docs/write-api). Il valore predefinito èfalse. Per saperne di più, consulta Utilizzare l'API Storage Write (https://beam.apache.org/documentation/io/built-in/google-bigquery/#storage-write-api). - useStorageWriteApiAtLeastOnce: quando si utilizza l'API Storage Write, specifica la semantica di scrittura. Per utilizzare la semantica almeno una volta (https://beam.apache.org/documentation/io/built-in/google-bigquery/#at-least-once-semantics), imposta questo parametro su
true. Per utilizzare la semantica esattamente una volta, imposta il parametro sufalse. Questo parametro si applica solo quandouseStorageWriteApiètrue. Il valore predefinito èfalse. - bucketAuto: se
true, la raccolta viene suddivisa in partizioni per_idutilizzando la fase di aggregazione$bucketAuto, in modo che la lettura venga parallelizzata tra i worker. A differenza displitVector,$bucketAutoè consentito anche su MongoDB Atlas. Il numero di partizioni è controllato danumSplits. Le raccolte i cui valori_idnon sono ObjectIds richiedono Apache Beam 2.77.0 o versioni successive. Il valore predefinito èfalse. - numSplits: il numero di partizioni in cui suddividere la lettura. Quando
bucketAutoètrue,0utilizza 10 partizioni. QuandobucketAutoèfalse, un valore maggiore di0suddivide la lettura con il comandosplitVector, che non è consentito su MongoDB Atlas, e0legge la raccolta come una singola partizione. Il valore predefinito è0. - bigQuerySchemaPath: il percorso Cloud Storage per lo schema JSON di BigQuery. Ad esempio,
gs://your-bucket/your-schema.json. - javascriptDocumentTransformGcsPath: l'URI Cloud Storage del file
.jsche definisce la funzione JavaScript definita dall'utente (UDF) da utilizzare. Ad esempio,gs://your-bucket/your-transforms/*.js. - javascriptDocumentTransformFunctionName: il nome della funzione JavaScript definita dall'utente (UDF) da utilizzare. Ad esempio, se il codice della funzione JavaScript è
myTransform(inJson) { /*...do stuff...*/ }, il nome della funzione è myTransform. Per esempi di funzioni JavaScript definite dall'utente, consulta Esempi di funzioni definite dall'utente (https://github.com/GoogleCloudPlatform/DataflowTemplates#udf-examples). Ad esempio,transform.
Funzione definita dall'utente
Facoltativamente, puoi estendere questo modello scrivendo una funzione definita dall'utente (UDF) in JavaScript. Il modello chiama la funzione definita dall'utente per ogni elemento di input. I payload degli elementi vengono serializzati come stringhe JSON.
Per utilizzare una funzione definita dall'utente, carica il file JavaScript in Cloud Storage e imposta i seguenti parametri del modello:
| Parametro | Descrizione |
|---|---|
javascriptDocumentTransformGcsPath |
Il percorso Cloud Storage del file JavaScript. |
javascriptDocumentTransformFunctionName |
Il nome della funzione JavaScript. |
Per saperne di più, consulta Creare funzioni definite dall'utente per i modelli Dataflow.
Specifica della funzione
La funzione definita dall'utente ha la seguente specifica:
userOption è NONE, l'oggetto JSON deve includere
una proprietà denominata _id che contiene l'ID del documento.Esegui il modello
Console
- Vai alla pagina Crea job da modello di Dataflow. Vai a Crea job da modello
- Nel campo Nome job, inserisci un nome job univoco.
- (Facoltativo) Per Endpoint regionale, seleziona un valore dal menu a discesa. La regione predefinita è
us-central1.Per un elenco delle regioni in cui puoi eseguire un job Dataflow, consulta Località Dataflow.
- Nel menu a discesa Modello Dataflow, seleziona il modello Da MongoDB a BigQuery.
- Nei campi dei parametri forniti, inserisci i valori dei parametri.
- Fai clic su Esegui job.
gcloud
Nella shell o nel terminale, esegui il modello:
gcloud dataflow flex-template run JOB_NAME \ --project=PROJECT_ID \ --region=REGION_NAME \ --template-file-gcs-location=gs://dataflow-templates/VERSION/flex/MongoDB_to_BigQuery \ --parameters \ outputTableSpec=OUTPUT_TABLE_SPEC,\ mongoDbUri=MONGO_DB_URI,\ database=DATABASE,\ collection=COLLECTION,\ userOption=USER_OPTION
Sostituisci quanto segue:
PROJECT_ID: l'ID progetto Google Cloud in cui vuoi eseguire il job DataflowJOB_NAME: un nome job univoco a tua sceltaREGION_NAME: la regione in cui vuoi eseguire il deployment del job Dataflow, ad esempious-central1VERSION: la versione del modello che vuoi utilizzarePuoi utilizzare i seguenti valori:
latestper utilizzare l'ultima versione del modello, disponibile nella cartella principale non datata nel bucket: gs://dataflow-templates/latest/- il nome della versione, ad esempio
2023-09-12-00_RC00, per utilizzare una versione specifica del modello, che si trova nidificata nella rispettiva cartella padre con data nel bucket— gs://dataflow-templates/
OUTPUT_TABLE_SPEC: il nome della tabella BigQuery di destinazione.MONGO_DB_URI: l'URI MongoDB.DATABASE: il database MongoDB.COLLECTION: la raccolta MongoDB.USER_OPTION: FLATTEN, JSON o NONE.
API
Per eseguire il modello utilizzando l'API REST, invia una richiesta POST HTTP. Per saperne di più sull'
API e sui relativi ambiti di autorizzazione, consulta
projects.templates.launch.
POST https://dataflow.googleapis.com/v1b3/projects/PROJECT_ID/locations/LOCATION/flexTemplates:launch { "launch_parameter": { "jobName": "JOB_NAME", "parameters": { "inputTableSpec": "INPUT_TABLE_SPEC", "mongoDbUri": "MONGO_DB_URI", "database": "DATABASE", "collection": "COLLECTION", "userOption": "USER_OPTION" }, "containerSpecGcsPath": "gs://dataflow-templates/VERSION/flex/MongoDB_to_BigQuery", } }
Sostituisci quanto segue:
PROJECT_ID: l' Google Cloud ID progetto in cui vuoi eseguire il job DataflowJOB_NAME: un nome job univoco a tua sceltaLOCATION: la regione in cui vuoi eseguire il deployment del job Dataflow, ad esempious-central1VERSION: la versione del modello che vuoi utilizzarePuoi utilizzare i seguenti valori:
latestper utilizzare l'ultima versione del modello, disponibile nella cartella principale non datata nel bucket: gs://dataflow-templates/latest/- il nome della versione, ad esempio
2023-09-12-00_RC00, per utilizzare una versione specifica del modello, che si trova nidificata nella rispettiva cartella padre con data nel bucket— gs://dataflow-templates/
OUTPUT_TABLE_SPEC: il nome della tabella BigQuery di destinazione.MONGO_DB_URI: l'URI MongoDB.DATABASE: il database MongoDB.COLLECTION: la raccolta MongoDB.USER_OPTION: FLATTEN, JSON o NONE.
Passaggi successivi
- Scopri di più sui modelli Dataflow.
- Consulta l'elenco dei modelli forniti da Google.