Surveiller l'utilisation des API
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Les métriques d'API vous permettent de suivre des signaux tels que le nombre de requêtes, les taux d'erreur et les latences pour les API Google et les API Google Cloud . Elles vous aident ainsi à surveiller les performances des applications et à résoudre les problèmes. Vous pouvez inspecter la télémétrie dans le tableau de bord des API et dans Cloud Monitoring, où les métriques reflètent le trafic de votre projet plutôt que l'état général du service. Pour obtenir les définitions des métriques de l'API, consultez la documentation Cloud Monitoring.
Utiliser le tableau de bord des API
Le moyen le plus simple d'afficher les métriques de votre API consiste à utiliser le tableau de bord des API de la console Google Cloud. Vous pouvez afficher un aperçu de l'ensemble de l'utilisation de votre API ou afficher le détail de votre utilisation pour une API spécifique.
Pour afficher un aperçu de votre utilisation de l'API, procédez comme suit :
Accédez à la section API et services de la console Cloud.
Le tableau de bord principal des API s'affiche par défaut. Sur cette page, vous pouvez voir toutes les API que vous avez actuellement activées pour votre projet, ainsi que des graphiques de présentation pour les métriques suivantes :
Trafic : nombre de requêtes par seconde adressées par votre projet aux API activées ou en rapport avec votre projet
Erreurs : pourcentage de requêtes adressées à des API activées ayant entraîné des erreurs
Latence médiane : latence médiane des requêtes adressées aux API activées, le cas échéant
Pour afficher les détails d'utilisation d'une API spécifique :
Sélectionnez l'API à afficher dans la liste principale des API du tableau de bord des API. La page d'aperçu de l'API affiche un graphique de trafic plus détaillé avec une répartition par code de réponse.
Pour obtenir des informations sur l'utilisation encore plus détaillées, sélectionnez Afficher les métriques.
Par défaut, les graphiques prédéfinis suivants sont affichés, bien que d'autres soient disponibles :
Trafic par code de réponse
Erreurs par méthode API
Latence globale au 50e, 95e et 99e centile
Latence par méthode API (médiane)
Si vous souhaitez ajouter d'autres graphiques, vous pouvez sélectionner d'autres graphiques prédéfinis dans le menu déroulant Sélectionner des graphiques.
Utiliser Cloud Monitoring
Si vous utilisez Cloud Monitoring, vous pouvez accéder à l'Explorateur de métriques afin d'approfondir l'analyse des données de métriques disponibles et obtenir un meilleur aperçu de votre utilisation de l'API.
Cloud Monitoring accepte une grande variété de métriques que vous pouvez associer à des filtres et des agrégations pour créer de nouvelles vues pertinentes des performances de votre application. Par exemple, vous pouvez associer une métrique du nombre de requêtes avec un filtre sur la classe Code de réponse HTTP pour créer un tableau de bord indiquant les taux d'erreur au fil du temps, ou vous pouvez regarder la latence au 95e centile des requêtes adressées à l'API Cloud Pub/Sub.
Métriques disponibles
Le tableau suivant liste les métriques serviceruntime disponibles.
Les métriques d'utilisation de l'API sont celles qui incluent consumed_api en tant que ressource surveillée.
Les chaînes "Type de métrique" de ce tableau doivent être précédées du préfixe serviceruntime.googleapis.com/. Ce préfixe a été omis dans les entrées du tableau.
Lorsque vous interrogez une étiquette, utilisez le préfixe metric.labels. (par exemple, metric.labels.LABEL="VALUE").
Type de métrique Étape de lancement(Niveaux de la hiérarchie des ressources) Nom à afficher
Nombre de requêtes terminées. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 1 800 secondes. protocol : protocole de la requête, par exemple "http", "grpc".
response_code : code de réponse HTTP pour les requêtes HTTP, ou code équivalent HTTP pour les requêtes gRPC. Consultez le mappage des codes sur https://github.com/googleapis/googleapis/blob/master/google/rpc/code.proto.
response_code_class : classe de code de réponse pour les requêtes HTTP, ou classe équivalente HTTP pour les requêtes gRPC, par exemple "2xx", "4xx".
grpc_status_code:
Code de réponse gRPC numérique pour les requêtes gRPC, ou code équivalent gRPC pour les requêtes HTTP. Consultez le mappage de code sur https://github.com/googleapis/googleapis/blob/master/google/rpc/code.proto.
api/request_latenciesGA(projet) Latences des requêtes
Distribution des latences en secondes pour les requêtes non diffusées en continu. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 1 800 secondes.
api/request_latencies_backendGA(projet) Latences de backend des requêtes
Distribution des latences de backend en secondes pour les requêtes non diffusées en continu. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 1 800 secondes.
api/request_latencies_overheadGA(projet) Latences liées aux frais généraux des requêtes
Distribution des latences de requête en secondes pour les requêtes non diffusées en continu, à l'exclusion du backend. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 1 800 secondes.
Distribution des tailles de requête en octets enregistrées à la fin de la requête. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 1 800 secondes.
Distribution des tailles de réponse en octets enregistrées à la fin de la requête. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 1 800 secondes.
mcp/request_countGA(projet) Nombre de requêtes MCP
Nombre de requêtes MCP. response_code : code de réponse HTTP pour les requêtes HTTP ou code équivalent HTTP pour les requêtes MCP.
response_code_class : classe de code de réponse pour les requêtes HTTP ou classe équivalente HTTP pour les requêtes gRPC, par exemple "2xx", "4xx".
mcp/request_durationsGA(projet) Durée de la requête MCP
Quota d"a d'allocation total consommé. Les valeurs signalées plus d'une fois par minute sont supprimées. Si aucune modification n'est reçue concernant l'utilisation des quotas, la dernière valeur est répétée au moins toutes les 24 heures. Échantillonné toutes les 60 secondes. quota_metric:
Nom de la métrique ou du groupe de quotas.
Nombre de tentatives de dépassement du quota simultané. Échantillonnage toutes les 86 400 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 180 secondes. limit_name :
Nom de la limite de quota, tel que "Demandes par jour" ou "Adresses IP utilisées".
quota_metric:
Nom de la métrique ou du groupe de quotas.
time_window : taille de la fenêtre pour les limites d'opérations simultanées.
quota/concurrent/limitALPHA(projet, dossier, organisation) Limite de quota simultané
Limite d'opérations simultanées pour le quota. Échantillonnage toutes les 86 400 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 180 secondes. limit_name :
Nom de la limite de quota, tel que "Demandes par jour" ou "Adresses IP utilisées".
quota_metric : nom de la métrique de quota ou du groupe de quotas.
time_window :
Taille de la fenêtre pour les limites d'opérations simultanées.
quota/concurrent/usageALPHA(projet, dossier, organisation) Utilisation simultanée des quotas
Utilisation simultanée du quota. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 180 secondes. limit_name : nom de la limite de quota, par exemple "Requêtes par jour" ou "Adresses IP utilisées".
quota_metric : nom de la métrique de quota ou du groupe de quotas.
time_window : taille de la fenêtre pour les limites d'opérations simultanées.
quota/exceededGA(projet, dossier, organisation) Erreur de quota dépassé
L'erreur s'est produite lorsque la limite de quota a été dépassée. Échantillonné toutes les 60 secondes. limit_name :
Nom de la limite de quota, tel que "Demandes par jour" ou "Adresses IP utilisées".
quota_metric : nom de la métrique de quota ou du groupe de quotas.
quota/limitGA(projet, dossier, organisation) Limite de quota
Limite du quota. Échantillonné toutes les 86 400 secondes. limit_name :
Nom de la limite de quota, tel que "Demandes par jour" ou "Adresses IP utilisées".
quota_metric : nom de la métrique de quota ou du groupe de quotas.
quota/rate/net_usageGA(projet, dossier, organisation) Utilisation du quota de taux
Quota total de quota de débit utilisé. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 240 secondes. method : nom de la méthode API, par exemple "disks.list".
quota_metric:
Nom de la métrique ou du groupe de quotas.
quota/ratev2/exceededBÊTA(projet, dossier, organisation) Quota de débit fenêtré dépassé
Nombre de fois où le quota de débit fenêtré a été dépassé. Échantillonnage toutes les 86 400 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 180 secondes. limit_name : nom de la limite de quota, par exemple "Requêtes par jour" ou "Adresses IP utilisées".
quota_metric:
Nom de la métrique ou du groupe de quotas.
window_size : taille de la fenêtre pour les limites d'opérations de débit.
quota/ratev2/limitBÊTA(projet, dossier, organisation) Limite de quota de taux par période
La limitation du débit avec fenêtre pour le quota. Échantillonnage toutes les 86 400 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 180 secondes. limit_name :
Nom de la limite de quota, tel que "Demandes par jour" ou "Adresses IP utilisées".
quota_metric : nom de la métrique de quota ou du groupe de quotas.
window_size :
Taille de la fenêtre pour les limites d'opérations de débit.
quota/ratev2/net_usageBÊTA(projet, dossier, organisation) Utilisation du quota de débit fenêtré
Utilisation du quota par intervalle. Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 240 secondes. method :
Nom de la méthode API, tel que "disks.list".
limit_name :
Nom de la limite de quota, tel que "RequestsPerDay" ou "InUseIpAddresses".
quota_metric : nom de la métrique de quota ou du groupe de quotas.
window_size : taille de la fenêtre pour les limites d'opérations de débit.
window_start_time : heure de début de la période.
Tableau généré le 14-10-2026 à 20:24:33 UTC.
Pour afficher les métriques d'API dans l'Explorateur de métriques, sélectionnez API consommée comme type de ressource, puis l'une des métriques serviceruntime. Utilisez ensuite les options de filtrage et d'agrégation pour affiner vos données.
Une fois que vous avez trouvé les informations sur l'utilisation de l'API souhaitées, vous pouvez utiliser Cloud Monitoring pour créer des tableaux de bord et des alertes personnalisés vous permettant de continuer à surveiller votre application et à préserver sa fiabilité. Consultez les pages suivantes pour obtenir la marche à suivre :
Les métriques d'API peuvent être particulièrement utiles si vous devez contacter Google en cas de problème et peuvent même vous montrer que vous n'avez pas besoin de contacter l'assistance. Exemple :
Si tous vos appels vers un service échouent pour un identifiant unique, mais pas pour un autre, le problème est probablement lié à ce compte. vous pouvez facilement le réparer vous-même sans ouvrir de ticket.
Vous résolvez un problème avec votre application et vous remarquez une corrélation entre la dégradation des performances de cette application et une augmentation soutenue de la latence au 50e centile d'un service GCP essentiel. Appelez-nous et indiquez-nous ces données afin que nous puissions commencer à travailler sur le problème aussi rapidement que possible.
Les latences pour un rapport de service GCP semblent correctes et inchangées par rapport à ce qui précède, mais vos métriques intégrées dans l'application indiquent que la latence des appels au service est anormalement élevée. Cela vous indique qu'il y a des problèmes dans le réseau.
Appelez votre fournisseur de réseau (dans certains cas, Google) pour lancer le processus de débogage.
Bonnes pratiques
Bien que les métriques d'API soient un outil extrêmement utile, vous devez prendre en compte certains problèmes pour vous assurer qu'elles fournissent des informations utiles, en particulier lors de la configuration d'alertes basées sur des valeurs de métriques. Les bonnes pratiques suivantes vous aideront à tirer le meilleur parti des données de métriques d'API.
La latence est-elle problématique ?
Si certains services sont très sensibles au temps de latence, pour d'autres, l'échelle et la fiabilité importent davantage. Certaines API, telles que Cloud Storage ou BigQuery par exemple, peuvent avoir quelques secondes de latence élevée sans que les clients le remarquent. Avec les données des métriques d'API, vous pouvez connaître les besoins de vos utilisateurs pour un service donné.
Rechercher les modifications apportées à la norme
Avant de décider de vous alerter sur une valeur de métrique donnée, déterminez ce qui constitue réellement un comportement inhabituel. L'analyse des métriques de votre API peut vous montrer que les résultats de latence pour la plupart des services relèvent d'une distribution normale : une grosse bosse au milieu et des valeurs aberrantes des deux côtés. Les métriques vous aideront à comprendre la distribution normale afin que vous puissiez concevoir que votre application fonctionne correctement dans la courbe de distribution. Les métriques peuvent également vous aider à mettre en corrélation les modifications de la distribution avec les heures où votre application ne fonctionne pas comme prévu, pour vous aider à trouver la cause première d'un problème. Nous nous attendons à ce que le 99e centile soit très différent de la médiane. Nous ne prévoyons pas de changements spectaculaires de ces centiles au fil du temps.
Vous constaterez également que certains types de requêtes prennent plus de temps que d'autres. Si la taille moyenne d'une photo importée dans Google Photos est de 4 Mo mais que vous importez normalement des fichiers RAW de 20 Mo, la durée moyenne de chargement de 20 photos risque d'être bien pire que celle de la plupart des utilisateurs. Toutefois, votre comportement sera toujours considéré comme normal.
Tout cela signifie qu'il n'est pas particulièrement utile d'alerter la première fois qu'un appel RPC ou HTTP 5xx d'une seconde est détecté. Lorsque vous examinez un service Google en tant que cause possible d'un problème rencontré par votre application, comparez les codes renvoyés et les taux de latence dans le temps et recherchez des modifications durables de la norme corrélées aux problèmes observés dans votre application.
Taux de trafic
Les métriques d'API sont particulièrement utiles lorsque le volume de trafic allant vers l'API est élevé. Si vous appelez un service uniquement par intermittence, vos métriques d'API ne seront pas statistiquement valides et ne vous fourniront pas d'informations de triage significatives.
Par exemple, si vous souhaitez suivre la latence du 99,5e centile pour un service et que vous ne faites que 100 appels par heure, surveiller la mesure sur une période de deux heures ne vous donnera qu'un point de données pour représenter le 99,5e centile, ce qui ne vous en dira pas beaucoup sur le comportement normal de l'API ou de votre application. Assurez-vous que le taux de trafic, le centile que vous suivez et la période en question génèrent de nombreux points de données d'intérêt, sans quoi les données de surveillance ne vous seront pas utiles.
API compatibles
Toutes les API Google et Google Cloud, ainsi que les API basées sur Cloud Endpoints et API Gateway, sont compatibles avec les métriques d'API. Si vous êtes utilisateur d'une API, vous pouvez afficher les métriques de l'API consommée dans le tableau de bord des API. Si vous êtes producteur d'une API, vous pouvez afficher les métriques de l'API produite dans le tableau de bord Endpoints.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2026/10/15 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2026/10/15 (UTC)."],[],[]]