Risorse · 113

Interruzione della raccolta: riconciliare log ed eventi mancanti

Distinguere eventi prodotti, ricevuti e utilizzabili senza leggere il silenzio come assenza di incidenti.

Aggiornato · 2 min

Obiettivi di questa guida

  • Definire una base osservabile
  • Provare un’interruzione controllata
  • Confrontare identificatori e dichiarare gli ignoti

Verifica rapida

  • Sequenza di riferimento e schema di riconciliazione.
  • Cronologia del guasto e comportamento ai limiti.
  • Elenco degli scarti e stato di copertura.

Metodo passo passo

  1. 1

    Definire una base osservabile

    Mappa applicazione, collettore e archivio con responsabili. Prepara una sequenza finita di eventi fittizi con identificatori stabili, senza segreti o dati clienti. Conserva tempo dell’evento e dell’osservazione: il ritardo non indica automaticamente perdita.

    Sequenza di riferimento e schema di riconciliazione.

  2. 2

    Provare un’interruzione controllata

    In test interrompi la destinazione e ripristinala. Osserva coda, tentativi, rifiuti e riavvio. Una coda persistente può limitare perdite, ma è finita e dipende dall’archivio; definisci cosa accade quando è piena. Verifica che la raccolta non blocchi silenziosamente il servizio.

    Cronologia del guasto e comportamento ai limiti.

  3. 3

    Confrontare identificatori e dichiarare gli ignoti

    Riconcilia il riferimento con gli eventi leggibili allo stesso momento di arresto. Conta ripetizioni, ritardi e assenze separatamente; conferma di rete non prova usabilità finale. Senza riferimento affidabile dichiara copertura ignota, non zero perdite o incidenti.

    Elenco degli scarti e stato di copertura.

Caso di accettazione riproducibile

Esempio fittizio: questi dati non descrivono clienti o risultati osservati.

Vedi dati del caso
{
    "expected_ids": [
        "E1",
        "E2",
        "E3"
    ],
    "received_ids": [
        "E1",
        "E1",
        "E3"
    ],
    "received_rows": 3,
    "unique_received": 2,
    "missing_ids": [
        "E2"
    ],
    "observation_cutoff": "same_for_both_sets"
}

Decisione attesa

Esempio fittizio: si attendono E1, E2 ed E3, ma arrivano E1, E1 ed E3. Tre righe non provano completezza: E1 si ripete ed E2 manca all’arresto.

OpenTelemetry — Collector resiliency

Il tuo registro di accettazione

Registra osservazioni sui criteri della guida. Un registro non è una certificazione.

Il registro non salva automaticamente. Esporta prima di uscire.

Indicatori di gestione

IndicatoreCosa misuraPrima azione
Assenze noteIdentificatori attesi mancanti a destinazioneStesso riferimento e arresto
Ripetizioni ricevuteRighe − identificatori uniciNon misura perdite ignote

Errori comuni

    Domande frequenti

    Tre righe ricevute provano tre eventi conservati?

    No. Due righe possono ripetere un identificatore e nascondere un’assenza. Confronta identificatori, finestra osservata e stadi della catena.

    Riferimenti ufficiali

    I riferimenti supportano il metodo. Adattare i controlli al proprio contesto; non costituiscono una certificazione. I titoli dei riferimenti originali e i documenti di origine potrebbero essere in un'altra lingua.

    Riferimenti consultati il .