Ce document explique comment créer un abonnement BigQuery. Vous pouvez utiliser la console Trusted Cloud , Google Cloud CLI, la bibliothèque cliente ou l'API Pub/Sub pour créer un abonnement BigQuery.
Avant de commencer
Avant de lire ce document, assurez-vous de connaître les éléments suivants :
Fonctionnement des abonnements
Workflow pour les abonnements BigQuery.
Comment configurer une file d'attente de lettres mortes pour gérer les échecs de messages.
En plus de votre connaissance de Pub/Sub et de BigQuery, assurez-vous de remplir les conditions préalables suivantes avant de créer un abonnement BigQuery :
Une table BigQuery existe. Vous pouvez également en créer un lorsque vous créez l'abonnement BigQuery, comme décrit dans les sections suivantes de ce document.
Compatibilité entre le schéma du sujet Pub/Sub et celui de la table BigQuery. Si vous ajoutez une table BigQuery non compatible, un message d'erreur s'affiche. Pour en savoir plus, consultez Compatibilité des schémas.
Rôles et autorisations requis
Voici une liste de consignes concernant les rôles et les autorisations :
Pour créer un abonnement, vous devez configurer le contrôle des accès au niveau du projet.
Vous avez également besoin d'autorisations au niveau des ressources si vos abonnements et vos sujets se trouvent dans des projets différents, comme indiqué plus loin dans cette section.
Pour créer un abonnement BigQuery, l'agent de service Pub/Sub ou un compte de service personnalisé doivent être autorisés à écrire dans la table BigQuery spécifique. Pour savoir comment accorder ces autorisations, consultez la section suivante de ce document.
Vous pouvez configurer un abonnement BigQuery dans un projet pour écrire dans une table BigQuery d'un autre projet.
Pour obtenir les autorisations nécessaires pour créer des abonnements BigQuery, demandez à votre administrateur de vous accorder le rôle IAM Éditeur Pub/Sub (roles/pubsub.editor
) sur le projet.
Pour en savoir plus sur l'attribution de rôles, consultez la page Gérer l'accès aux projets, aux dossiers et aux organisations.
Ce rôle prédéfini contient les autorisations requises pour créer des abonnements BigQuery. Pour connaître les autorisations exactes requises, développez la section Autorisations requises :
Autorisations requises
Les autorisations suivantes sont requises pour créer des abonnements BigQuery :
-
Extraire des données d'un abonnement :
pubsub.subscriptions.consume
-
Créez un abonnement :
pubsub.subscriptions.create
-
Supprimer un abonnement :
pubsub.subscriptions.delete
-
Souscrivez un abonnement :
pubsub.subscriptions.get
-
Lister un abonnement :
pubsub.subscriptions.list
-
Modifier un abonnement :
pubsub.subscriptions.update
-
Joignez un abonnement à un sujet :
pubsub.topics.attachSubscription
-
Obtenez la stratégie IAM pour un abonnement :
pubsub.subscriptions.getIamPolicy
-
Configurez la stratégie IAM pour un abonnement :
pubsub.subscriptions.setIamPolicy
Vous pouvez également obtenir ces autorisations avec des rôles personnalisés ou d'autres rôles prédéfinis.
Pour permettre à un principal d'un projet de créer un abonnement BigQuery dans un autre projet, vous devez lui accorder le rôle Éditeur Pub/Sub (roles/pubsub.editor
) dans les deux projets. Cela fournit les autorisations nécessaires pour créer le nouvel abonnement BigQuery et l'associer au sujet d'origine. Le rôle Éditeur Pub/Sub (roles/pubsub.editor
) sur le thème vous permet également d'associer des abonnements BigQuery dans un autre projet au thème.
Attribuer des rôles aux comptes de service
Certains services Trusted Cloud by S3NS disposent de comptes de service gérés par Trusted Cloudqui leur permettent d'accéder à vos ressources. Ces comptes de service sont appelés agents de service. Pub/Sub crée et gère un agent de service pour chaque projet au format service-project-number@gcp-sa-pubsub.s3ns-system.iam.gserviceaccount.com
.
Vous pouvez choisir d'autoriser l'agent de service Pub/Sub ou un compte de service personnalisé à écrire dans la table BigQuery.
Accorder des autorisations à l'agent de service Pub/Sub signifie que tout utilisateur autorisé à créer un abonnement dans votre projet peut écrire dans la table BigQuery. Si vous souhaitez accorder des autorisations plus précises pour écrire dans la table BigQuery, configurez plutôt un compte de service personnalisé.
Pour en savoir plus sur BigQuery IAM, consultez Rôles et autorisations BigQuery.
Attribuer des rôles BigQuery à l'agent de service Pub/Sub
Si vous souhaitez créer un abonnement BigQuery à l'aide de l'agent de service Pub/Sub, celui-ci doit être autorisé à écrire dans la table BigQuery spécifique et à lire les métadonnées de la table.
Attribuez le rôle Éditeur de données BigQuery (roles/bigquery.dataEditor
) à l'agent de service Pub/Sub. Vous pouvez accorder cette autorisation sur une table individuelle ou sur l'ensemble du projet.
Table
Dans la console Trusted Cloud , accédez à BigQuery Studio.
Dans le champ de recherche du volet "Explorateur" intitulé Filtrer par nom et libellés, saisissez le nom de la table, puis appuyez sur Entrée.
Cliquez sur le tableau auquel vous souhaitez accorder une autorisation.
Pour le tableau, sélectionnez
Autres actions > Partager > Autorisations.Vous pouvez également cliquer sur le tableau, puis sur Partage > Autorisations sur la page principale.
La fenêtre Autorisations de partage s'ouvre.
Cliquez sur Ajouter un compte principal.
Pour Ajouter des comptes principaux, saisissez le nom de votre agent de service Pub/Sub pour le projet contenant l'abonnement. L'agent de service est au format
service-project-number@gcp-sa-pubsub.s3ns-system.iam.gserviceaccount.com
. Par exemple, pour un projet avecproject-number=112233445566
, l'agent de service est au formatservice-112233445566@gcp-sa-pubsub.s3ns-system.iam.gserviceaccount.com
.Dans le menu déroulant Sélectionner un rôle, saisissez
BigQuery
, puis sélectionnez le rôle Éditeur de données BigQuery.Cliquez sur Enregistrer.
Projet
Dans la console Trusted Cloud , accédez à la page IAM.
Cliquez sur Accorder l'accès.
Dans la section Ajouter des comptes principaux, saisissez le nom de votre agent de service Pub/Sub. L'agent de service est au format
service-project-number@gcp-sa-pubsub.s3ns-system.iam.gserviceaccount.com
. Par exemple, pour un projet avecproject-number=112233445566
, l'agent de service est au formatservice-112233445566@gcp-sa-pubsub.s3ns-system.iam.gserviceaccount.com
.Dans la section Attribuer des rôles, cliquez sur Ajouter un autre rôle.
Dans le menu déroulant Sélectionner un rôle, saisissez
BigQuery
, puis sélectionnez le rôle Éditeur de données BigQuery.Cliquez sur Enregistrer.
Attribuer des rôles BigQuery à un compte de service personnalisé
Si vous souhaitez utiliser un compte de service personnalisé pour écrire dans une table BigQuery, vous devez définir les autorisations suivantes :
- Le compte de service personnalisé doit être autorisé à écrire dans la table BigQuery spécifique et à lire les métadonnées de la table.
- L'agent de service Pub/Sub doit disposer de l'autorisation
iam.serviceAccounts.getAccessToken
sur le compte de service personnalisé. - L'utilisateur qui crée l'abonnement doit disposer de l'autorisation
iam.serviceAccounts.actAs
sur le compte de service personnalisé.
Pour créer le compte de service et accorder des autorisations, procédez comme suit :
Créez le compte de service personnalisé. Le compte de service doit se trouver dans le même projet que l'abonnement.
Attribuez le rôle Éditeur de données BigQuery (
roles/bigquery.dataEditor
) au compte de service personnalisé.Vous pouvez accorder l'autorisation de compte de service sur une seule table du projet ou sur toutes les tables du projet. Pour ce faire, consultez la section appropriée de Attribuer des rôles BigQuery à l'agent de service Pub/Sub. Dans la procédure, remplacez l'adresse e-mail de l'agent de service Pub/Sub par l'adresse e-mail du compte de service personnalisé.
Accordez à l'agent de service Pub/Sub l'autorisation
iam.serviceAccounts.getAccessToken
sur le compte de service personnalisé ou sur tous les comptes de service du projet. Vous pouvez accorder cette autorisation en attribuant le rôleroles/iam.serviceAccountTokenCreator
à l'agent de service Pub/Sub.Choisissez la méthode appropriée en fonction de vos besoins.
Compte de service
Dans la console Trusted Cloud , accédez à la page Comptes de service.
Saisissez le nom du compte de service personnalisé dans le filtre.
Sélectionnez le compte de service dans la liste.
Cliquez sur Comptes principaux ayant accès.
Cliquez sur Accorder l'accès.
Dans la section Ajouter des comptes principaux, saisissez le nom de votre agent de service Pub/Sub pour le projet contenant l'abonnement. L'agent de service est au format
service-project-number@gcp-sa-pubsub.s3ns-system.iam.gserviceaccount.com
. Par exemple, pour un projet avecproject-number=112233445566
, l'agent de service est au formatservice-112233445566@gcp-sa-pubsub.s3ns-system.iam.gserviceaccount.com
.Dans la liste déroulante Sélectionner un rôle, saisissez
Service Account
, puis sélectionnez le rôle Créateur de jetons du compte de service.Cliquez sur Enregistrer.
Projet
Dans la console Trusted Cloud , accédez à la page IAM.
Cliquez sur Accorder l'accès.
Dans la section Ajouter des comptes principaux, saisissez le nom de votre compte de service personnalisé.
Dans la section Attribuer des rôles, cliquez sur Ajouter un autre rôle.
Dans la liste déroulante Sélectionner un rôle, saisissez
Service Account
, puis sélectionnez le rôle Créateur de jetons du compte de service.Cliquez sur Enregistrer.
Si vous avez créé le compte de service personnalisé, vous devriez déjà disposer de l'autorisation iam.serviceAccounts.actAs
nécessaire. Si vous devez accorder l'autorisation à une autre personne sur le compte de service :
Dans la console Trusted Cloud , accédez à la page Comptes de service.
Saisissez le nom du compte de service personnalisé dans le filtre.
Sélectionnez le compte de service dans la liste.
Cliquez sur Comptes principaux ayant accès.
Cliquez sur Accorder l'accès.
Dans la section Ajouter des comptes principaux, saisissez le nom du compte auquel vous souhaitez accorder l'accès.
Dans la liste déroulante Sélectionner un rôle, saisissez
Service Account
, puis sélectionnez le rôle Utilisateur du compte de service.De plus, si votre table BigQuery est une table Apache Iceberg, accordez au compte de service Pub/Sub le rôle Administrateur de l'espace de stockage (
roles/storage.admin
) pour accéder au bucket Cloud Storage.Cliquez sur Enregistrer.
Propriétés des abonnements BigQuery
Lorsque vous configurez un abonnement BigQuery, vous pouvez spécifier les propriétés suivantes.
Propriétés communes
Découvrez les propriétés d'abonnement courantes que vous pouvez définir pour tous les abonnements.
Utiliser un schéma avec sujet
Cette option permet à Pub/Sub d'utiliser le schéma du sujet Pub/Sub auquel l'abonnement est associé. De plus, Pub/Sub écrit les champs des messages dans les colonnes correspondantes de la table BigQuery.
Lorsque vous utilisez cette option, n'oubliez pas de vérifier les exigences supplémentaires suivantes :
Les champs du schéma du sujet et du schéma BigQuery doivent avoir les mêmes noms et leurs types doivent être compatibles.
Tout champ facultatif du schéma du sujet doit également être facultatif dans le schéma BigQuery.
Les champs obligatoires dans le schéma du sujet ne doivent pas nécessairement l'être dans le schéma BigQuery.
Si des champs BigQuery ne sont pas présents dans le schéma du sujet, ils doivent être en mode
NULLABLE
.Si le schéma du sujet comporte des champs supplémentaires qui ne sont pas présents dans le schéma BigQuery et que ces champs peuvent être supprimés, sélectionnez l'option Supprimer les champs inconnus.
Vous ne pouvez sélectionner qu'une seule des propriétés d'abonnement, Utiliser le schéma du sujet ou Utiliser le schéma de la table.
Si vous ne sélectionnez pas l'option Utiliser un schéma de sujet ou Utiliser un schéma de table, assurez-vous que la table BigQuery comporte une colonne data
de type BYTES
, STRING
ou JSON
. Pub/Sub écrit le message dans cette colonne BigQuery.
Il est possible que les modifications apportées au schéma des thèmes Pub/Sub ou au schéma de la table BigQuery ne prennent pas effet immédiatement avec les messages écrits dans la table BigQuery. Par exemple, si l'option Supprimer les champs inconnus est activée et qu'un champ est présent dans le schéma Pub/Sub, mais pas dans le schéma BigQuery, les messages écrits dans la table BigQuery peuvent toujours ne pas contenir le champ après l'avoir ajouté au schéma BigQuery. Les schémas finissent par se synchroniser et les messages suivants incluent le champ.
Lorsque vous utilisez l'option Utiliser le schéma du sujet pour votre abonnement BigQuery, vous pouvez également profiter de la capture des données modifiées (CDC, Change Data Capture) de BigQuery. La CDC met à jour vos tables BigQuery en traitant et en appliquant les modifications aux lignes existantes.
Pour en savoir plus sur cette fonctionnalité, consultez Diffuser les mises à jour des tables avec la capture des données modifiées.
Pour savoir comment utiliser cette fonctionnalité avec les abonnements BigQuery, consultez Capture de données modifiées BigQuery.
Utiliser un schéma de table
Cette option permet à Pub/Sub d'utiliser le schéma de la table BigQuery pour écrire les champs d'un message JSON dans les colonnes correspondantes. Lorsque vous utilisez cette option, n'oubliez pas de vérifier les exigences supplémentaires suivantes :
Les noms de chaque colonne du table BigQuery ne doivent contenir que des lettres (a-z, A-Z), des chiffres (0-9) ou des traits de soulignement (_).
Les messages publiés doivent être au format JSON.
Les conversions JSON suivantes sont acceptées :
Type JSON Type de données BigQuery string
NUMERIC
,BIGNUMERIC
,DATE
,TIME
,DATETIME
ouTIMESTAMP
number
NUMERIC
,BIGNUMERIC
,DATE
,TIME
,DATETIME
ouTIMESTAMP
- Lorsque vous utilisez
number
pour les conversionsDATE
,DATETIME
,TIME
ouTIMESTAMP
, le nombre doit respecter les représentations acceptées. - Lorsque vous utilisez
number
pour la conversion enNUMERIC
ouBIGNUMERIC
, la précision et la plage de valeurs sont limitées à celles acceptées par la norme IEEE 754 pour l'arithmétique à virgule flottante. Si vous avez besoin d'une grande précision ou d'une plage de valeurs plus large, utilisez plutôt les conversionsstring
versNUMERIC
ouBIGNUMERIC
. - Lorsque vous utilisez les conversions
string
versNUMERIC
ouBIGNUMERIC
, Pub/Sub suppose que la chaîne est un nombre lisible par l'humain (par exemple,"123.124"
). Si le traitement de la chaîne en tant que nombre lisible par l'humain échoue, Pub/Sub traite la chaîne comme des octets encodés avec BigDecimalByteStringEncoder.
- Lorsque vous utilisez
Si le sujet de l'abonnement est associé à un schéma, la propriété d'encodage du message doit être définie sur
JSON
.Si des champs BigQuery ne sont pas présents dans les messages, ils doivent être en mode
NULLABLE
.Si les messages comportent des champs supplémentaires qui ne sont pas présents dans le schéma BigQuery et que ces champs peuvent être supprimés, sélectionnez l'option Supprimer les champs inconnus.
Vous ne pouvez sélectionner qu'une seule des propriétés d'abonnement, Utiliser le schéma du sujet ou Utiliser le schéma de la table.
Si vous ne sélectionnez pas l'option Utiliser un schéma de sujet ou Utiliser un schéma de table, assurez-vous que la table BigQuery comporte une colonne data
de type BYTES
, STRING
ou JSON
. Pub/Sub écrit le message dans cette colonne BigQuery.
Il est possible que les modifications apportées au schéma de la table BigQuery ne prennent pas effet immédiatement avec les messages écrits dans la table BigQuery. Par exemple, si l'option Supprimer les champs inconnus est activée et qu'un champ est présent dans les messages, mais pas dans le schéma BigQuery, les messages écrits dans la table BigQuery peuvent toujours ne pas contenir le champ après l'avoir ajouté au schéma BigQuery. Le schéma finit par se synchroniser et les messages suivants incluent le champ.
Lorsque vous utilisez l'option Utiliser le schéma de table pour votre abonnement BigQuery, vous pouvez également profiter de la capture des données modifiées (CDC, Change Data Capture) de BigQuery. La CDC met à jour vos tables BigQuery en traitant et en appliquant les modifications aux lignes existantes.
Pour en savoir plus sur cette fonctionnalité, consultez Diffuser les mises à jour des tables avec la capture des données modifiées.
Pour savoir comment utiliser cette fonctionnalité avec les abonnements BigQuery, consultez Capture de données modifiées BigQuery.
Supprimer les champs inconnus
Cette option est utilisée avec les options Utiliser un schéma avec sujet ou Utiliser un schéma de table. Lorsque cette option est activée, Pub/Sub peut supprimer tout champ présent dans le schéma ou le message du sujet, mais pas dans le schéma BigQuery. Les champs qui ne font pas partie du schéma BigQuery sont supprimés lors de l'écriture du message dans la table BigQuery.
Si l'option Supprimer les champs inconnus n'est pas définie, les messages comportant des champs supplémentaires ne sont pas écrits dans BigQuery et restent en attente dans les tâches d'abonnement, sauf si vous configurez un sujet de lettres mortes.
Le paramètre Supprimer les champs inconnus n'a aucune incidence sur les champs qui ne sont définis ni dans le schéma du sujet Pub/Sub, ni dans le schéma de la table BigQuery. Dans ce cas, un message Pub/Sub valide est remis à l'abonnement. Toutefois, comme BigQuery ne définit pas de colonnes pour ces champs supplémentaires, ils sont supprimés lors du processus d'écriture BigQuery. Pour éviter ce comportement, assurez-vous que tous les champs contenus dans le message Pub/Sub sont également contenus dans le schéma de la table BigQuery.
Le comportement concernant les champs supplémentaires peut également dépendre du type de schéma spécifique (Avro, tampon de protocole) et de l'encodage (JSON, binaire) utilisés. Pour savoir comment ces facteurs affectent le traitement des champs supplémentaires, consultez la documentation sur votre type de schéma et votre encodage spécifiques.
Écrire des métadonnées
Cette option permet à Pub/Sub d'écrire les métadonnées de chaque message dans des colonnes supplémentaires de la table BigQuery. Sinon, les métadonnées ne sont pas écrites dans la table BigQuery.
Si vous sélectionnez l'option Écrire les métadonnées, assurez-vous que la table BigQuery comporte les champs décrits dans le tableau suivant.
Si vous ne sélectionnez pas l'option Écrire les métadonnées, la table BigQuery de destination ne nécessite que le champ data
, sauf si use_topic_schema
est défini sur "true". Si vous sélectionnez les options Écrire les métadonnées et Utiliser le schéma du sujet, le schéma du sujet ne doit contenir aucun champ dont le nom correspond à celui des paramètres de métadonnées.
Cette limitation inclut les versions camelcase de ces paramètres snake case.
Paramètres | |
---|---|
subscription_name |
STRING Nom d'un abonnement. |
message_id |
STRING ID d'un message |
publish_time |
TIMESTAMP Heure de publication d'un message. |
data |
BYTES, STRING ou JSON Corps du message. Le champ |
attributes |
STRING ou JSON Objet JSON contenant tous les attributs du message. Il contient également des champs supplémentaires qui font partie du message Pub/Sub, y compris la clé de tri, le cas échéant. |
Créer un abonnement BigQuery
Les exemples suivants montrent comment créer un abonnement avec distribution BigQuery.
Console
Dans la console Trusted Cloud , accédez à la page Abonnements.
Cliquez sur Créer un abonnement.
Dans le champ ID d'abonnement, saisissez un nom. Pour savoir comment nommer un abonnement, consultez Consignes de dénomination d'un sujet ou d'un abonnement.
Choisissez ou créez un sujet dans le menu déroulant. L'abonnement reçoit les messages du sujet.
Sélectionnez Écrire dans BigQuery comme Type de diffusion.
Sélectionnez le projet pour la table BigQuery.
Sélectionnez un ensemble de données existant ou créez-en un. Pour savoir comment créer un ensemble de données, consultez Créer des ensembles de données.
Sélectionnez un tableau existant ou créez-en un. Pour savoir comment créer une table, consultez Créer des tables.
Nous vous recommandons vivement d'activer la mise en file d'attente des messages non distribués pour gérer les échecs de messages. Pour en savoir plus, consultez Sujet de lettres mortes.
Cliquez sur Créer.
Vous pouvez également créer un abonnement à partir de la page Sujets. Ce raccourci est utile pour associer des sujets à des abonnements.
Dans la console Trusted Cloud , accédez à la page Sujets.
Cliquez sur more_vert à côté du sujet pour lequel vous souhaitez créer un abonnement.
Dans le menu contextuel, sélectionnez Créer un abonnement.
Sélectionnez Écrire dans BigQuery comme Type de diffusion.
Sélectionnez le projet pour la table BigQuery.
Sélectionnez un ensemble de données existant ou créez-en un. Pour savoir comment créer un ensemble de données, consultez Créer des ensembles de données.
Sélectionnez un tableau existant ou créez-en un. Pour savoir comment créer un ensemble de données, consultez Créer des tables.
Nous vous recommandons vivement d'activer la mise en file d'attente des messages non distribués pour gérer les échecs de messages. Pour en savoir plus, consultez Sujet de lettres mortes.
Cliquez sur Créer.
gcloud
-
In the Trusted Cloud console, activate Cloud Shell.
Pour créer un abonnement Pub/Sub, utilisez la commande
gcloud pubsub subscriptions create
:gcloud pubsub subscriptions create SUBSCRIPTION_ID \ --topic=TOPIC_ID \ --bigquery-table=PROJECT_ID.DATASET_ID.TABLE_ID
Si vous souhaitez utiliser un compte de service personnalisé, fournissez-le en tant qu'argument supplémentaire :
gcloud pubsub subscriptions create SUBSCRIPTION_ID \ --topic=TOPIC_ID \ --bigquery-table=PROJECT_ID.DATASET_ID.TABLE_ID --bigquery-service-account-email=SERVICE_ACCOUNT_NAME
Remplacez les éléments suivants :
SUBSCRIPTION_ID
: spécifie l'ID de l'abonnement.TOPIC_ID
: spécifie l'ID du thème. Le sujet nécessite un schéma.PROJECT_ID
: spécifie l'ID du projet.DATASET_ID
: spécifie l'ID d'un ensemble de données existant. Pour créer un ensemble de données, consultez Créer des ensembles de données.TABLE_ID
: spécifie l'ID d'une table existante. La table nécessite un champdata
si votre sujet n'a pas de schéma. Pour créer une table, consultez Créer une table vide avec une définition de schéma.SERVICE_ACCOUNT_NAME
: spécifie le nom du compte de service à utiliser pour écrire dans BigQuery.
C++
Avant d'essayer cet exemple, suivez les instructions d'installation dans le langage C++ qui se trouvent sur la page Démarrage rapide : utiliser des bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour C++.
C#
Avant d'essayer cet exemple, suivez les instructions d'installation dans le langage C# qui se trouvent sur la page Démarrage rapide : utiliser des bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour C#.
Go
L'exemple suivant utilise la version majeure de la bibliothèque cliente Go Pub/Sub (v2). Si vous utilisez toujours la bibliothèque v1, consultez le guide de migration vers la v2. Pour consulter la liste des exemples de code de la version 1, consultez les exemples de code obsolètes.
Avant d'essayer cet exemple, suivez les instructions de configuration pour Go du guide de démarrage rapide : Utiliser les bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour Go.
Java
Avant d'essayer cet exemple, suivez les instructions d'installation dans le langage Java qui se trouvent sur la page Démarrage rapide : utiliser des bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour Java.
Node.js
Avant d'essayer cet exemple, suivez les instructions d'installation dans le langage Node.js qui se trouvent sur la page Démarrage rapide : utiliser des bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour Node.js.
Node.ts
Avant d'essayer cet exemple, suivez les instructions d'installation dans le langage Node.js qui se trouvent sur la page Démarrage rapide : utiliser des bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour Node.js.
PHP
Avant d'essayer cet exemple, suivez les instructions d'installation dans le langage PHP qui se trouvent sur la page Démarrage rapide : utiliser des bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour PHP.
Python
Avant d'essayer cet exemple, suivez les instructions d'installation dans le langage Python qui se trouvent sur la page Démarrage rapide : utiliser des bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour Python.
Ruby
L'exemple suivant utilise la bibliothèque cliente Ruby Pub/Sub v3. Si vous utilisez toujours la bibliothèque v2, consultez le guide de migration vers la v3. Pour afficher la liste des exemples de code Ruby v2, consultez les exemples de code obsolètes.
Avant d'essayer cet exemple, suivez les instructions de configuration pour Ruby du guide de démarrage rapide : Utiliser les bibliothèques clientes. Pour en savoir plus, consultez la documentation de référence sur l'API Pub/Sub pour Ruby.
Surveiller un abonnement BigQuery
Cloud Monitoring fournit un certain nombre de métriques pour surveiller les abonnements.
Pour obtenir la liste de toutes les métriques disponibles liées à Pub/Sub et leurs descriptions, consultez la documentation sur la surveillance de Pub/Sub.
Vous pouvez également surveiller les abonnements dans Pub/Sub.
Étapes suivantes
- Créez ou modifiez un abonnement à l'aide des commandes
gcloud
. - Créez ou modifiez un abonnement avec les API REST.
- Résolvez les problèmes liés à un abonnement BigQuery.