Appeler une fonction Cloud

Invoquez Google Cloud Functions à l'aide d'une requête HTTP.

Il existe plusieurs façons de créer les fonctions de 1ère génération Google Cloud Functions, dont la suivante :

  • Interface utilisateur Google Cloud Functions.

  • Console Google Cloud Functions.

  • SDK Google Cloud Functions.

  • API Google Cloud Functions.

  • Google CLI.

  • Terraform.

Reportez-vous aux éléments suivants :

Options

Champ Définition Type Obligatoire

Région

Choisissez la région affectée à votre projet.

Les noms des fonctions Cloud de chaque région sont uniques, mais vous pouvez avoir la même fonction nommée dans deux régions différentes.

L'option par défaut est us-central1.

 Liste déroulante TRUE

Nom de la fonction

Nom de la fonction.

 Liste déroulante TRUE

Type de requête

Une des cinq méthodes de requête HTTP prises en charge dans les appels d'API personnalisés :

  • GET récupère des données d'un serveur Web en fonction des paramètres. Les requêtes GET demandent une représentation de la ressource spécifiée. Si une requête aboutit, un message de réponse 200 (OK) est renvoyé avec le contenu demandé.
  • POST envoie les données vers un serveur Web en fonction de vos paramètres. Les requêtes POST comprennent des actions telles que le chargement d'un fichier. Les requêtes POST multiples peuvent donner lieu à un résultat différent de celui d'une requête POST unique. Vous devez donc faire attention à ne pas envoyer involontairement des requêtes POST multiples. Une requête POST qui aboutit renvoie un message de réponse 200 OK.
  • PUT envoie les données vers un emplacement dans le serveur Web en fonction de vos paramètres. Les requêtes POST comprennent des actions telles que le chargement d'un fichier. La différence entre les requêtes PUT et POST est que PUT est idempotent. Cela signifie que le résultat d'une seule requête PUT est le même que celui de plusieurs requêtes PUT identiques. Une requête PUT qui aboutit renvoie un message de réponse 2xx (généralement 201 ou 204).
  • PATCH applique des modifications partielles à une ressource sur un serveur Web en fonction des paramètres. Une requête PATCH n'est pas idempotente, ce qui signifie que des requêtes PATCH multiples pourraient avoir des conséquences inattendues. Une requête PATCH qui aboutit renvoie un message de réponse 2xx (généralement 204).
  • DELETE supprime la ressource spécifiée du serveur Web en fonction de vos paramètres (si la ressource existe). Une requête DELETE qui aboutit renvoie un message de réponse 200 OK.
 Liste déroulante TRUE

Entrée

Champ Définition Type Obligatoire

Requête

Objet JSON qui détermine l'action entreprise au niveau de l'URL.

Par exemple : {"name":"something-urgent"}

Objet ou texte

 FALSE

En-têtes

Objet JSON qui détermine le type de contenu de la requête.

Par exemple : {"Content-type":"application/json"}

Objet FALSE

Corps

Objet JSON qui est transmis dans le contenu de la requête.

Par exemple : {"id":10}

Objet FALSE

Sortie

Champ Définition Type

Code d'état

Résultat de l'opération. Le connecteur retourne un code de statut HTTP qui indique si l'action effectuée par la carte a réussi ou échoué. Par exemple :

  • Un code de statut 201 Created indique un succès où une nouvelle ressource a été créée.
  • Une erreur 403 Forbidden indique que la requête HTTP n'a pas été traitée parce que les permissions nécessaires étaient manquantes.

Pour une liste complète des codes de statut possibles, voir Codes de statut HTTP.

 Nombre

En-têtes

Un contexte détaillé pour le code de statut, sans lien avec le corps de la sortie.

Les en-têtes de réponse dépendent de l'option de requête HTTP sélectionnée. Tous les en-têtes ne sont pas des en-têtes de réponse.

 Objet

Corps

Données renvoyées par la requête HTTP sélectionnée (par exemple, les données d'une requête GET.

 Objet