Osservabilità API: collegare segnali e decisioni

Collegare la telemetria a un'attività utente

Metriche, log e tracce rispondono a domande diverse. Un tempo di attività elevato può nascondere un errore durante il processo di checkout o di accesso. Definire il risultato atteso dagli utenti, quindi strumentare le chiamate che lo forniscono.

• Scegliere un indicatore di percorso per il successo, la latenza e gli errori visibili all'utente.
• Propagare la correlazione tra i servizi limitando al contempo i dati sensibili nelle tracce.
• Simulare un errore di dipendenza per verificare se gli avvisi portano ad azioni e a una modalità degradata comprensibile.

Fonte primaria: OpenTelemetry — Observability primer. Metodo correlato: consultare la guida pratica.

Interruzione della raccolta: riconciliare log ed eventi mancanti

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

• 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.
• 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.
• 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.

{
    "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"
}

Fonte primaria: OpenTelemetry — Collector resiliency. Metodo correlato: consultare la guida pratica.

Sottodomini abbandonati: rimuovere un CNAME con controllo

Collegare i nomi DNS a risorse controllate e chiudere le dipendenze prima del rilascio.

• Registra nome, catena CNAME, risorsa del fornitore e responsabile. Confronta DNS e inventario dell’account autorizzato. Errori HTTP, NXDOMAIN o risorse assenti richiedono verifica, ma non provano la possibilità di acquisizione; le protezioni variano.
• Elimina il riferimento o usa una destinazione controllata prima di rilasciare la risorsa. Considera TTL precedenti e cache; verifica DNS autoritativo e più resolver. Conserva le validazioni di proprietà ancora necessarie, senza cancellare tutti i TXT.
• Verifica link, redirect, callback OAuth, webhook e domini dei cookie. Se la risorsa è già stata liberata, correggi DNS e indaga eventuali esposizioni tramite la procedura d’incidente. Riconcilia DNS e risorse dopo ogni eliminazione.

{
    "name": "portal.example",
    "cname_present": true,
    "resource_deleted": true,
    "provider_claimability": "not_verified",
    "takeover_observed": false,
    "expected": "remove_or_replace_mapping_and_review_exposure"
}

Fonte primaria: Microsoft — Prevent dangling DNS entries. Metodo correlato: consultare la guida pratica.

Tentativi API: contare l’intero budget di tempo

Separare chiamate, attese e percorso completo.

Metodo correlato: consultare la guida pratica.