Modello da MongoDB a BigQuery

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, o NONE. FLATTEN appiattisce i documenti a un singolo livello. JSON archivia il documento nel formato JSON di BigQuery. NONE archivia 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 su false. Questo parametro si applica solo quando useStorageWriteApi è true. Il valore predefinito è false.
  • bucketAuto: se true, la raccolta viene suddivisa in partizioni per _id utilizzando la fase di aggregazione $bucketAuto, in modo che la lettura venga parallelizzata tra i worker. A differenza di splitVector, $bucketAuto è consentito anche su MongoDB Atlas. Il numero di partizioni è controllato da numSplits. Le raccolte i cui valori _id non 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, 0 utilizza 10 partizioni. Quando bucketAuto è false, un valore maggiore di 0 suddivide la lettura con il comando splitVector, che non è consentito su MongoDB Atlas, e 0 legge 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 .js che 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:

ParametroDescrizione
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:

  • Input: un documento MongoDB.
  • Output: un oggetto serializzato come stringa JSON. Se userOption è NONE, l'oggetto JSON deve includere una proprietà denominata _id che contiene l'ID del documento.
  • Esegui il modello

    Console

    1. Vai alla pagina Crea job da modello di Dataflow.
    2. Vai a Crea job da modello
    3. Nel campo Nome job, inserisci un nome job univoco.
    4. (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.

    5. Nel menu a discesa Modello Dataflow, seleziona il modello Da MongoDB a BigQuery.
    6. Nei campi dei parametri forniti, inserisci i valori dei parametri.
    7. 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 Dataflow
    • JOB_NAME: un nome job univoco a tua scelta
    • REGION_NAME: la regione in cui vuoi eseguire il deployment del job Dataflow, ad esempio us-central1
    • VERSION: la versione del modello che vuoi utilizzare

      Puoi utilizzare i seguenti valori:

      • latest per 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 Dataflow
    • JOB_NAME: un nome job univoco a tua scelta
    • LOCATION: la regione in cui vuoi eseguire il deployment del job Dataflow, ad esempio us-central1
    • VERSION: la versione del modello che vuoi utilizzare

      Puoi utilizzare i seguenti valori:

      • latest per 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