Gérer les fonctions
Ce guide vous explique comment gérer et dissocier une fonction créée avec la commande gcloud functions
. Pour savoir comment gérer une fonction créée avec la commande gcloud run
, consultez Gérer les services Cloud Run.
Les fonctions créées à l'aide de l'API Cloud Functions v2 (par exemple, à l'aide de gcloud functions
, de l'API REST ou de Terraform) peuvent être gérées avec l'API Cloud Run Admin ainsi qu'avec l'API Cloud Functions v2. Par exemple, vous pouvez mettre à jour une fonction existante à l'aide des commandes gcloud functions
ou gcloud run
:
gcloud functions
gcloud functions deploy FUNCTION_NAME \
--runtime=nodejs22 \
--source= . \
--entry-point=ENTRYPOINT
--trigger-http
gcloud run
gcloud run deploy FUNCTION_NAME \
--source= . \
--function=ENTRYPOINT
--base-image=google-22-full/nodejs22
Dissocier
La commande gcloud functions detach
vous permet de dissocier une fonction Cloud Functions v2 de son environnement d'API existant. Une fois que vous avez dissocié une fonction, vous ne pouvez la gérer qu'à l'aide de l'API Cloud Run Admin. Vous pouvez le faire si vos charges de travail doivent rester dans les limites de l'API run.googleapis.com
pour Assured Workloads ou pour vous assurer que vos charges de travail utilisent le SKU Cloud Run.
Préparer votre fonction pour la dissociation
Lorsque vous vous préparez à dissocier votre fonction, tenez compte des points suivants :
- L'opération de dissociation est irréversible.
- L'opération de dissociation ne peut pas être appliquée aux fonctions Cloud Run (1re génération).
- Familiarisez-vous avec le déploiement de fonctions dans Cloud Run à l'aide de la console Google Cloud , de Google Cloud CLI et de Terraform.
- Les fonctions HTTP conserveront les URL qui leur ont été attribuées.
- Les déclencheurs associés aux fonctions basées sur des événements seront conservés.
- Les déclencheurs ne peuvent pas être gérés directement via l'API
run.googleapis.com
. Assurez-vous de vous familiariser avec les guides de gestion des déclencheurs pour Eventarc ou Pub/Sub. - La désactivation de l'option Réessayer en cas d'échec n'est pas une fonctionnalité compatible avec Cloud Run.
- Lors de l'opération de dissociation, Cloud Run Functions modifie les déclencheurs associés aux fonctions configurées avec l'option no retry on failure (aucune nouvelle tentative en cas d'échec) pour s'assurer que le sujet Pub/Sub sous-jacent effectue un maximum de cinq tentatives de distribution. Une fois l'opération de dissociation terminée, un sujet de file d'attente de lettres mortes stocke les messages non distribués, que vous pouvez récupérer en créant un abonnement à la file d'attente de lettres mortes.
- Lorsqu'une fonction est dissociée, une révision Cloud Run est créée. À partir de cette révision, la fonction sera facturée à l'aide du SKU Cloud Run.
Dissocier votre fonction
Vous pouvez dissocier votre fonction à l'aide de la commande suivante :
gcloud functions detach FUNCTION_NAME
Remplacez FUNCTION_NAME par le nom de votre fonction.