Metriche di streaming

Le pagine riportate di seguito descrivono i task che è possibile eseguire con le metriche del servizio di streaming.

• Visualizzazione dei grafici delle metriche predefiniti per tutti i flussi
• Visualizzazione dei grafici delle metriche predefiniti per un flusso
• Creazione di una query per Streams

Per informazioni dettagliate sulle metriche del servizio di streaming, vedere Informazioni di riferimento sulle metriche di streaming.

Il servizio di streaming fornisce metriche che mostrano le prestazioni del servizio. Queste metriche sono automaticamente disponibili.

È possibile utilizzare le metriche per:

• Comprendi la latenza di produzione/consumo per un'applicazione in tempo reale.
• Calcolare e convalidare il prezzo dell'uso del servizio.
• Monitora le modifiche al throughput nel tempo.
• Controllare l'ora in cui è stato utilizzato l'ultimo messaggio.

Per i passi per visualizzare i grafici delle metriche predefiniti nella console, vedere Visualizzazione dei grafici delle metriche predefiniti per i flussi.

Un flusso sano è un flusso attivo: i messaggi vengono ricevuti e consumati correttamente.

Le scritture nel servizio sono permanenti. Se riesci a produrre sul tuo flusso, e se ottieni una risposta positiva, allora il flusso è sano.

Una volta inclusi, i dati sono accessibili ai consumer per il periodo di conservazione configurato. Se le chiamate API GetMessages restituiscono livelli elevati di errori del server interno, il servizio non è in buono stato.

Un flusso sano ha anche metriche sane:

• La latenza dei messaggi di input è bassa.
• Il valore di throughput totale dei messaggi da inserire si avvicina a 1 MB al secondo per partizione.
• L'opzione Metti record con limitazioni messaggi è vicina a 0.
• Inserisci messaggi non riusciti è vicino a 0.
• La latenza dei messaggi di recupero è bassa.
• Il valore di throughput totale dei messaggi di recupero si avvicina a 2 MB al secondo per partizione.
• Il valore di Richieste limitate di messaggi GET è vicino a 0.
• Il valore di Scarica messaggi non riusciti è vicino a 0.

Producer

Per i produttori, considerare di impostare allarmi sulle metriche riportate di seguito.

• Latenza dei messaggi da inserire: un aumento della latenza indica che la pubblicazione dei messaggi richiede più tempo, il che potrebbe indicare problemi di rete.
• Throughput totale dei messaggi PUT:
  • Un aumento del throughput totale potrebbe indicare che verrà raggiunto il limite di 1 MB al secondo per partizione e che l'evento attiverà il meccanismo di limitazione.
  • Una diminuzione potrebbe significare che il produttore del cliente sta avendo un problema o sta per fermarsi.
• Metti record limitati messaggi: è importante ricevere una notifica quando i messaggi vengono limitati.
• Inserimento dei messaggi non riuscito: è importante ricevere una notifica se i messaggi PUT iniziano a non riuscire.

Consumer

Per i consumatori, considerare di impostare allarmi simili in base alle seguenti metriche:

• Latenza messaggi GET
• Throughput totale dei messaggi get
• Richieste messaggi GET limitati
• Messaggi GET non riusciti

Per la procedura di creazione degli allarmi, vedere Creazione di un allarme da un grafico di metriche predefinito e Creazione di un allarme da un grafico di metriche personalizzate.