Gestisci gli eventi del ciclo di vita delle estensioni

L'estensione può includere Cloud Tasks funzioni che vengono attivate quando un'istanza dell'estensione passa attraverso uno dei seguenti eventi del ciclo di vita:

• Viene installata un'istanza dell'estensione
• Un'istanza dell'estensione viene aggiornata a una nuova versione
• Viene modificata la configurazione di un'istanza dell'estensione

Uno dei casi d'uso più importanti di questa funzionalità è il backfill dei dati. Supponiamo, ad esempio, che tu stia creando un'estensione che genera anteprime in miniatura delle immagini caricate in un Cloud Storage bucket. Il lavoro principale dell'estensione verrebbe svolto in una funzione attivata dall'evento onFinalize Cloud Storage. Tuttavia, verranno elaborate solo le immagini caricate dopo l'installazione dell'estensione. Se includi nell'estensione una funzione attivata dall'evento del ciclo di vita onInstall, puoi anche generare anteprime in miniatura di tutte le immagini esistenti quando viene installata l'estensione.

Di seguito sono riportati alcuni altri casi d'uso dei trigger degli eventi del ciclo di vita:

• Automatizzare la configurazione post-installazione (creazione di record di database, indicizzazione e così via)
• Se devi pubblicare modifiche non compatibili con le versioni precedenti, esegui automaticamente la migrazione dei dati durante l'aggiornamento

Gestori di eventi del ciclo di vita a esecuzione breve

Se l'attività può essere eseguita completamente entro la durata Cloud Functionsmassima (9 minuti utilizzando l'API di prima generazione), puoi scrivere il gestore di eventi del ciclo di vita come una singola funzione che viene attivata dall'evento onDispatch della coda di attività:

export const myTaskFunction = functions.tasks.taskQueue()
  .onDispatch(async () => {
    // Complete your lifecycle event handling task.
    // ...

    // When processing is complete, report status to the user (see below).
  });

Poi, nel file extension.yaml dell'estensione, procedi nel seguente modo:

1. Registra la funzione come risorsa dell'estensione con la proprietà taskQueueTrigger impostata. Se imposti taskQueueTrigger sulla mappa vuota ({}), la tua estensione eseguirà il provisioning di una coda Cloud Tasks utilizzando le impostazioni predefinite . Se vuoi, puoi modificare queste impostazioni.

   resources:
     - name: myTaskFunction
       type: firebaseextensions.v1beta.function
       description: >-
         Describe the task performed when the function is triggered by a lifecycle
         event
       properties:
         location: ${LOCATION}
         taskQueueTrigger: {}
   

2. Registra la funzione come gestore per uno o più eventi del ciclo di vita:

   resources:
     - ...
   lifecycleEvents:
     onInstall:
       function: myTaskFunction
       processingMessage: Resizing your existing images
     onUpdate:
       function: myOtherTaskFunction
       processingMessage: Setting up your extension
     onConfigure:
       function: myOtherTaskFunction
       processingMessage: Setting up your extension
   
   

   Puoi registrare le funzioni per uno dei seguenti eventi: onInstall, onUpdate e onConfigure. Tutti questi eventi sono facoltativi.

3. Consigliato: se l'attività di elaborazione non è necessaria per il funzionamento dell'estensione, aggiungi un parametro configurato dall'utente che consenta agli utenti di scegliere se abilitarlo.

   Ad esempio, aggiungi un parametro come il seguente:

   params:
     - param: DO_BACKFILL
       label: Backfill existing images
       description: >
         Should existing, unresized images in the Storage bucket be resized as well?
       type: select
       options:
         - label: Yes
           value: true
         - label: No
           value: false
   

   E nella funzione, se il parametro è impostato su false, esci in anticipo:

   export const myTaskFunction = functions.tasks.taskQueue()
     .onDispatch(async () => {
       if (!process.env.DO_BACKFILL) {
         await runtime.setProcessingState(
           "PROCESSING_COMPLETE",
           "Existing images were not resized."
         );
         return;
       }
       // Complete your lifecycle event handling task.
       // ...
     });
   

Eseguire attività di lunga durata

Se l'attività non può essere completata entro la durata massima Cloud Functions, suddividila in attività secondarie ed esegui ogni attività secondaria in sequenza mettendo in coda i job con il metodo TaskQueue.enqueue() dell'SDK Admin.

Supponiamo, ad esempio, di voler eseguire il backfill dei dati Cloud Firestore. Puoi suddividere la raccolta di documenti in blocchi utilizzando i cursori di query. Dopo aver elaborato un blocco, avanza l'offset iniziale e metti in coda un'altra chiamata di funzione come mostrato di seguito:

import { getFirestore } from "firebase-admin/firestore";
import { getFunctions } from "firebase-admin/functions";

exports.backfilldata = functions.tasks.taskQueue().onDispatch(async (data) => {
  // When a lifecycle event triggers this function, it doesn't pass any data,
  // so an undefined offset indicates we're on our first invocation and should
  // start at offset 0. On subsequent invocations, we'll pass an explicit
  // offset.
  const offset = data["offset"] ?? 0;

  // Get a batch of documents, beginning at the offset.
  const snapshot = await getFirestore()
    .collection(process.env.COLLECTION_PATH)
    .startAt(offset)
    .limit(DOCS_PER_BACKFILL)
    .get();
  // Process each document in the batch.
  const processed = await Promise.allSettled(
    snapshot.docs.map(async (documentSnapshot) => {
      // Perform the processing.
    })
  );

  // If we processed a full batch, there are probably more documents to
  // process, so enqueue another invocation of this function, specifying
  // the offset to start with.
  //
  // If we processed less than a full batch, we're done.
  if (processed.length == DOCS_PER_BACKFILL) {
    const queue = getFunctions().taskQueue(
      "backfilldata",
      process.env.EXT_INSTANCE_ID
    );
    await queue.enqueue({
      offset: offset + DOCS_PER_BACKFILL,
    });
  } else {
      // Processing is complete. Report status to the user (see below).
  }
});

Aggiungi la funzione a extension.yaml come descritto nella sezione precedente.

Stato dei report

Al termine di tutte le funzioni di elaborazione, con esito positivo o con un errore, segnala lo stato dell'attività utilizzando i metodi di runtime dell'estensione dell'SDK Admin. Gli utenti possono visualizzare questo stato nella pagina dei dettagli dell'estensione nella Firebase console.

Completamento riuscito ed errori non irreversibili

Per segnalare il completamento riuscito e gli errori non irreversibili (errori che non mettono l'estensione in uno stato non funzionale), utilizza il metodo di runtime dell'estensione setProcessingState() dell'SDK Admin:

import { getExtensions } from "firebase-admin/extensions";

// ...

getExtensions().runtime().setProcessingState(processingState, message);

Puoi impostare i seguenti stati:

getExtensions().runtime().setProcessingState(
  "PROCESSING_COMPLETE",
  `Backfill complete. Successfully processed ${numSuccess} documents.`
);

getExtensions().runtime().setProcessingState(
  "PROCESSING_WARNING",
  `Backfill complete. ${numSuccess} documents processed successfully.`
    + ` ${numFailed} documents failed to process. ${listOfErrors}.`
    + ` ${instructionsToFixTheProblem}`
);

getExtensions().runtime().setProcessingState(
  "PROCESSING_FAILED",
  `Backfill failed. ${errorMsg} ${optionalInstructionsToFixTheProblem}.`
);

getExtensions().runtime().setProcessingState("NONE");

Errori irreversibili

Se si verifica un errore che impedisce il funzionamento dell'estensione, ad esempio un'attività di configurazione obbligatoria non va a buon fine, segnala l'errore irreversibile con setFatalError():

import { getExtensions } from "firebase-admin/extensions";

// ...

getExtensions().runtime().setFatalError(`Post-installation setup failed. ${errorMessage}`);

Ottimizzare la coda di attività

Se imposti la proprietà taskQueueTrigger su {}, l'estensione eseguirà il provisioning di una coda di Cloud Tasks con le impostazioni predefinite quando viene installata un'istanza dell'estensione. In alternativa, puoi ottimizzare i limiti di concorrenza e il comportamento di ripetizione della coda di attività fornendo valori specifici:

resources:
  - name: myTaskFunction
    type: firebaseextensions.v1beta.function
    description: >-
      Perform a task when triggered by a lifecycle event
    properties:
      location: ${LOCATION}
      taskQueueTrigger:
        rateLimits:
          maxConcurrentDispatches: 1000
          maxDispatchesPerSecond: 500
        retryConfig:
          maxAttempts: 100  # Warning: setting this too low can prevent the function from running
          minBackoffSeconds: 0.1
          maxBackoffSeconds: 3600
          maxDoublings: 16
lifecycleEvents:
  onInstall: 
    function: myTaskFunction
    processingMessage: Resizing your existing images
  onUpdate:
    function: myTaskFunction
    processingMessage: Setting up your extension
  onConfigure:
    function: myOtherTaskFunction
    processingMessage: Setting up your extension

Per i dettagli su questi parametri, consulta Configurare le code di Cloud Tasks nella documentazione di Google Cloud.

Non provare a specificare i parametri della coda di attività passandoli a taskQueue(). Queste impostazioni vengono ignorate a favore della configurazione in extension.yaml e delle impostazioni predefinite di configurazione.

Ad esempio, questa operazione non funzionerà:

export const myBrokenTaskFunction = functions.tasks
  // DON'T DO THIS IN AN EXTENSION! THESE SETTINGS ARE IGNORED.
  .taskQueue({
    retryConfig: {
      maxAttempts: 5,
      minBackoffSeconds: 60,
    },
    rateLimits: {
      maxConcurrentDispatches: 1000,
      maxDispatchesPerSecond: 10,
    },
  })
  .onDispatch(
    // ...
  );

La proprietà taskQueueTrigger in extension.yaml è l'unico modo per configurare le code di attività di un'estensione.

Esempi

Le estensioni ufficiali storage-resize-images, firestore-bigquery-export, e firestore-translate-text utilizzano tutte i gestori di eventi del ciclo di vita per eseguire il backfill dei dati.