Definizione dell'evento Looker per i prezzi a consumo

Questa pagina definisce il concetto di evento Looker, che è la metrica di consumo principale utilizzata per i modelli di prezzi basati sul consumo in Looker (Google Cloud core).

Nota: gli eventi Looker nel contesto dei prezzi di consumo rappresentano l'esecuzione di un'attività di query. Questi sono diversi dagli eventi di Looker in Attività del sistema, che sono log di controllo amministrativi e degli utenti (ad esempio create_dashboard, login o delete_user) generati dal server Looker.

Che cos'è un evento Looker?

Un evento Looker è un'unità di misura per il consumo nella tua istanza di Looker (Google Cloud core). Rappresenta il valore di Looker che genera una query dal livello semantico, recupera i dati aziendali e applica trasformazioni o contesto visivo a questi dati per un utente finale.

Internamente, ogni evento Looker viene mappato all'esecuzione di un task di query.

Definizione di un'attività di query

Un task di query è la rappresentazione interna di un'operazione di query, indipendentemente dall'origine iniziale della query. Ecco alcuni esempi di attività di query:

• Esecuzione di una query in un'esplorazione di Looker o in un'esplorazione self-service
• Aggiornamento di un riquadro in una dashboard o in un Look
• Creazione di un PDF di un'esplorazione, un look o un riquadro della dashboard
• Una query eseguita come richiesta programmatica utilizzando l'API Looker o una query secondaria eseguita nell'ambito di un'esplorazione dei risultati uniti
• Una distribuzione automatica dei dati che utilizza lo scheduler di Looker o un avviso

Ognuna di queste attività rappresenta un evento Looker. Ad esempio, l'aggiornamento di una dashboard che include 10 riquadri genera 10 attività di query e, pertanto, 10 eventi Looker fatturabili.

Una singola attività di query copre l'intero ciclo di vita di un'operazione di query, dal momento in cui viene avviata fino a quando i risultati non iniziano a essere trasmessi in streaming all'origine di avvio.

Perché le attività di query vengono utilizzate per i prezzi a consumo

I task di query sono posizionati in modo univoco per misurare sia il valore del cliente sia l'utilizzo delle risorse di sistema in Looker per diversi motivi:

• Rappresentazione del valore principale: ogni funzionalità principale di Looker, tra cui dashboard, avvisi automatici, report pianificati ed esplorazione visiva dei dati, esegue una query. Le attività di query riflettono direttamente questa attività di generazione di valore.
• Copertura completa: non ci sono lacune in questa metrica. Viene generata un'attività di query per ogni query eseguita, indipendentemente da come è stata avviata la richiesta (ad esempio, tramite l'interfaccia utente, utilizzando un'API o tramite una distribuzione pianificata).
• Valore normalizzato: la metrica dell'attività di query normalizza il valore del recupero dei dati indipendentemente dal fatto che i risultati vengano estratti dal database o forniti dalla cache interna di Looker.
• Misurazione coerente: a differenza degli endpoint API (che possono essere con ambito o senza ambito, causando differenze nell'utilizzo del sistema), le attività di query forniscono un'unità di misura coerente in tutte le attività.

Attività della query non fatturabili

Per garantire prestazioni ottimali delle istanze e fornire un'esperienza utente chiara ed equa, alcuni tipi di attività di query vengono esclusi dalla pipeline di fatturazione. Gli eventi Looker generati per le seguenti attività di query non sono fatturabili:

1. Query sull'attività del sistema: query eseguite sui modelli di strumentazione interni per potenziare il monitoraggio, i report sull'utilizzo e l'attività del sistema di Looker (nella configurazione internal_model utilizzata in helltool). In questo modo, gli amministratori possono sempre accedere alle informazioni su rendimento e telemetria (ad esempio l'attività di sistema Elite o ESA) anche se superano i limiti di fatturazione o governance.
2. Query di suggerimento: query automatiche inviate al database quando un utente digita in un campo di testo del filtro per generare suggerimenti per il filtro. Questi non rappresentano un valore diretto e autonomo per il cliente e sono esclusi dalla fatturazione.
3. Esecuzioni di query della tabella derivata permanente (PDT): query eseguite per creare o ricreare le PDT. Poiché le PDT sono uno strumento di ottimizzazione del rendimento consigliato per migliorare l'esperienza utente, i comandi di ricompilazione delle PDT non vengono addebitati separatamente per evitare di disincentivarne l'utilizzo e perché possono essere attivati anche in linea durante l'esecuzione delle query standard.
4. Query di prerendering PDF: attività che eseguono query per popolare la cache durante la generazione di documenti PDF. Le stampe in PDF attivano due query per riquadro (una per memorizzare nella cache i risultati e una per il rendering dalla cache). Solo la query di lettura della cache finale viene conteggiata come evento fatturabile, mentre la query di precompilazione viene esclusa.

5. Query non riuscite: qualsiasi attività di query che non restituisce risultati all'utente. Queste attività riguardano le query di database che generano stati diversi da COMPLETE, tra cui:

   • ERROR
   • KILLED
   • CACHE_ONLY_MISS
   • REJECTED (governance reject)

Tutte le altre attività di query, inclusi gli hit della cache, rimangono fatturabili per riflettere correttamente il traffico di query gestito dall'istanza Looker.