Come dovrei gestire gli errori del logger?

Quando si incontrano eccezioni all'interno del logger stesso, non si deve usare il logger per registrare le proprie eccezioni. Il motivo è che:

• Potresti essere bloccato in un ciclo infinito. Immagina che all'interno del tuo logger, hai un ramo condizionale che non è stato testato (e genera un'eccezione). Immagina che una volta soddisfatta la condizione, ogni ulteriore eccezione segnalata venga gestita dallo stesso ramo. Ciò significa che dal momento dell'esecuzione del ramo, sei in un ciclo infinito.

• Potresti rimanere bloccato in un ciclo temporaneo, generando migliaia di eccezioni al secondo. Immagina di segnalare eccezioni a un server remoto. Un problema con il server provoca un'altra eccezione, che ne causa un altro e così via, fino a quando la connessione è tornata.

Quello che dovresti fare invece è ricorrere a un modo più sicuro per registrare le eccezioni. Ad esempio, se il logger invia le eccezioni a un server remoto, invia invece le eccezioni all'interno del registratore a syslog . Se il registratore registra eccezioni in Eventi di Windows e questa azione non riesce, salva l'eccezione di errore in un semplice file di testo.

Una volta che hai fatto, la prossima domanda è come sai che si sono verificate queste eccezioni: se hai decine di applicazioni in esecuzione su migliaia di server, non puoi possibilmente SSH ognuno di loro su base regolare per verificare se erano registrando qualcosa localmente.

Un modo è avere un lavoro cron che controlla quei "registri eccezionali" e li spinge nella posizione in cui sono archiviate altre eccezioni (eventualmente usando il logger, ma attenzione ai loop infiniti o temporanei!).

Se la registrazione è fondamentale per l'applicazione, è necessario arrestare l'applicazione se la registrazione fallisce.

Se non è critico, quindi essendo un po 'difensivo, si potrebbe avere un componente secondario per gestire gli errori di registrazione che registra / segnala a un'origine secondaria. Ma anche questo non è infallibile e dovrai considerare cosa succede se il logger secondario fallisce mentre sta monitorando il logger principale.

Una buona strategia è l'accesso a un file locale e se ciò non riesce, forse registrando tale errore nel registro eventi, generando un avviso e-mail, salvando in un database, ecc. Con i framework di registrazione disponibili questo dovrebbe essere infallibile a meno che la macchina esaurisce lo spazio su disco o altre rare condizioni.

Idealmente, è meglio che tu stia fallendo silenziosamente, poiché ciò renderà l'applicazione meno complessa.

Ancora più importante, per gestire gli errori di registrazione si dovrebbe monitorare i registri da una terza parte. Nel tempo dovresti essere in grado di discernere quanti eventi sta registrando un'applicazione sanitaria. Se inizia la registrazione di eventi bassi o assenti, attraverso il monitoraggio puoi vedere il problema che si verifica e potenzialmente avvisare tramite quel meccanismo di terze parti.