Skip to main content

Casi d’uso

Esplora scenari comuni supportati dall’API Gateway Blueprint:

API-as-a-Service

Monitora l’utilizzo per cliente sulle piattaforme API e addebita in base al numero di chiamate.

Rate Limiting

Monitora i modelli di utilizzo delle API e implementa limitazioni di velocità basate sull’uso.

Performance Monitoring

Monitora tempi di risposta e tassi di errore insieme ai dati di fatturazione.

Multi-Tenant SaaS

Fattura i clienti in base al loro consumo di API attraverso diversi endpoint.
Ideale per monitorare l’utilizzo degli endpoint API, il rate limiting e implementare la fatturazione delle API basata sull’utilizzo.

Avvio Veloce

Monitora le chiamate API a livello di gateway con batching automatico per scenari ad alto volume:
1

Install the SDK

2

Get Your API Keys

3

Create a Meter

Crea un meter nel tuo Dodo Payments Dashboard:
  • Nome evento: api_call (o il nome che preferisci)
  • Tipo di aggregazione: count per monitorare il numero di chiamate
  • Configura proprietà aggiuntive se monitori metadati come tempi di risposta, codici di stato, ecc.
4

Track API Calls

Configurazione

Configurazione dell’Ingestione

string
obbligatorio
La tua chiave API Dodo Payments dal dashboard.
string
obbligatorio
Modalità ambiente: test_mode o live_mode.
string
obbligatorio
Nome dell’evento che corrisponde alla configurazione del tuo meter.

Opzioni di Monitoraggio delle Chiamate API

string
obbligatorio
L’ID cliente per l’attribuzione della fatturazione.
object
Metadati opzionali sulla chiamata API come endpoint, metodo, codice di stato, tempo di risposta, ecc.

Configurazione del Batch

number
Numero massimo di eventi prima dell’auto-flush. Valore predefinito: 100.
number
Intervallo di auto-flush in millisecondi. Valore predefinito: 5000 (5 secondi).

Migliori Pratiche

Usa il batch per volumi elevati: per applicazioni che gestiscono più di 10 richieste al secondo, usa createBatch() per ridurre il sovraccarico e migliorare le prestazioni.
Pulisci sempre i batch: chiama batch.cleanup() alla chiusura dell’applicazione per svuotare gli eventi in sospeso ed evitare la perdita di dati.
Ultima modifica il 1 aprile 2026