Cette page définit le concept d'événement Looker, qui est la principale métrique de consommation utilisée pour les modèles de tarification à la consommation dans Looker (Google Cloud Core).
Qu'est-ce qu'un événement Looker ?
Un événement Looker est une unité de mesure de la consommation sur votre instance Looker (Google Cloud Core). Elle représente la valeur de Looker qui génère une requête à partir de la couche sémantique, récupère les données d'entreprise et applique des transformations ou un contexte visuel à ces données pour un utilisateur final.
En interne, chaque événement Looker est associé à l'exécution d'une tâche de requête.
Définition d'une tâche de requête
Une tâche de requête est la représentation interne d'une opération de requête, quelle que soit la source d'origine de la requête. Voici quelques exemples de tâches de requête :
- Exécuter une requête dans une exploration Looker ou une exploration en libre-service
- Actualiser une carte dans un tableau de bord ou une présentation
- Créer un PDF d'une exploration, d'un Look ou d'une tuile de tableau de bord
- Requête exécutée en tant que requête programmatique à l'aide de l'API Looker ou requête secondaire exécutée dans le cadre d'une exploration des résultats fusionnés
- Distribution automatisée de données à l'aide du planificateur Looker ou d'une alerte
Chacune de ces tâches représente un événement Looker. Par exemple, l'actualisation d'un tableau de bord qui inclut 10 tuiles génère 10 tâches de requête et, par conséquent, 10 événements Looker facturables.
Une seule tâche de requête couvre l'ensemble du cycle de vie d'une opération de requête, du moment où la requête est lancée jusqu'à ce que les résultats commencent à être renvoyés à la source d'origine.
Pourquoi les tâches de requête sont-elles utilisées pour la tarification à la consommation ?
Les tâches de requête sont particulièrement bien placées pour mesurer à la fois la valeur client et l'utilisation des ressources système dans Looker pour plusieurs raisons :
- Représentation des valeurs fondamentales : chaque fonctionnalité essentielle de Looker (y compris les tableaux de bord, les alertes automatiques, les rapports planifiés et l'exploration visuelle des données) exécute une requête. Les tâches de requête reflètent directement cette activité de génération de valeur.
- Couverture complète : cette métrique ne comporte aucune lacune. Une tâche de requête est générée pour chaque requête exécutée, quelle que soit la façon dont la demande a été lancée (par exemple, via l'interface utilisateur, à l'aide d'une API ou via une diffusion planifiée).
- Valeur normalisée : la métrique de la tâche de requête normalise la valeur de récupération des données, que les résultats soient extraits de la base de données ou diffusés à partir du cache Looker interne.
- Mesure cohérente : contrairement aux points de terminaison d'API (qui peuvent être limités ou non, ce qui entraîne des différences d'utilisation du système), les tâches de requête fournissent une unité de mesure cohérente pour toutes les activités.
Tâches de requête non facturables
Pour garantir des performances d'instance optimales et offrir une expérience utilisateur claire et équitable, certains types de tâches de requête sont exclus du pipeline de facturation. Les événements Looker générés pour les tâches de requête suivantes ne sont pas facturables :
- Requêtes sur l'activité du système : requêtes exécutées sur des modèles d'instrumentation internes pour alimenter la surveillance, les rapports d'utilisation et l'activité du système Looker (sous la configuration
internal_modelutilisée dans helltool). Les administrateurs peuvent ainsi toujours accéder aux informations sur les performances et la télémétrie (comme l'activité du système Elite, ou ESA), même s'ils dépassent les limites de facturation ou de gouvernance. - Requêtes de suggestions : requêtes automatiques envoyées à la base de données lorsqu'un utilisateur saisit du texte dans un champ de filtre pour générer des suggestions de filtres. Elles ne représentent pas une valeur directe et autonome pour le client, et sont donc exclues de la facturation.
- Exécutions de requêtes de tables dérivées persistantes (PDT) : requêtes exécutées pour créer ou recompiler des PDT. Étant donné que les PDT sont un outil d'optimisation des performances recommandé pour améliorer l'expérience utilisateur, les commandes de reconstruction des PDT ne sont pas facturées séparément afin de ne pas dissuader leur utilisation et parce qu'elles peuvent également être déclenchées en ligne lors de l'exécution de requêtes standards.
- Requêtes de prérendu de PDF : tâches qui exécutent des requêtes pour remplir le cache lors de la génération de documents PDF. Les impressions PDF déclenchent deux requêtes par tuile (une pour mettre en cache les résultats et une pour les afficher à partir du cache). Seule la requête de lecture du cache final est comptabilisée comme un événement facturable, tandis que la requête de préremplissage est exclue.
Requêtes infructueuses : toute tâche de requête qui ne parvient pas à renvoyer de résultats à l'utilisateur. Ces tâches couvrent les requêtes de base de données qui génèrent des états autres que
COMPLETE, y compris les suivants :ERRORKILLEDCACHE_ONLY_MISSREJECTED(refus lié à la gouvernance)
Toutes les autres tâches de requête, y compris les accès au cache, restent facturables pour refléter correctement le trafic de requêtes géré par l'instance Looker.