Wann sind häufige Fehler zu ignorieren und das Programm wird von [geschlossen] wiederhergestellt?

8

Ich habe ein Programm, das Hunderte von täglichen CURL-Anfragen, SMTP-Anfragen und anderen Anfragen stellt. In weniger als 1 Prozent der Fälle schlägt eine CURL- oder SMTP-Anforderung fehl. Das Beste, was ich sagen kann, ist, dass die Ursache des Problems extern ist und nicht behoben werden kann, um 100% zuverlässig zu sein. Mein Programm kann sich immer davon erholen und es ist nie eine menschliche Interaktion erforderlich. Ich habe ein System eingerichtet, um eine E-Mail-Benachrichtigung zu senden, wenn etwas fehlschlägt. Die überwiegende Mehrheit von dem, was ich erhalte, sind diese harmlosen CURL- und SMTP-Fehler.

Sollte ich keine E-Mail-Benachrichtigung für häufige Fehler senden, von denen das Programm wiederhergestellt wird?

design error-handling Gans
quelle
1
Da Sie der Autor und der einzige Benutzer zu sein scheinen , ist Ihre Meinung die einzige, die zählt.
Caleb
@Caleb Ich bin nicht der einzige Benutzer am vorderen oder hinteren Ende dieser Anwendung, aber ich bin der einzige Entwickler.
Gans
13
Dann fragen Sie definitiv die falsche Gruppe von Menschen. Warum fragen Sie uns, eine Gruppe von Leuten, die Ihr Programm niemals verwenden werden, wenn Sie stattdessen die tatsächlichen Benutzer fragen könnten, was sie bevorzugen würden?
Caleb
4
@Caleb Weil ich glaube, dass dies eine Frage ist, die für viele Menschen und viele Projekte gilt und ich die Entscheidung besser verstehen möchte. "Senden Sie eine E-Mail nur, wenn die Fehlerrate einen voreingestellten Grenzwert überschreitet, der darauf hinweist, dass ein menschliches Eingreifen erforderlich ist." war sehr hilfreich für mich.
Gans
Anstatt eine E-Mail zu senden, können Sie in ein Protokoll schreiben, was passiert ist, und möglicherweise einfach einen Cron-Job festlegen, um eine E-Mail pro Tag zu senden, wenn diese Fehler auftreten, damit der Benutzer weiß, dass er möglicherweise daran interessiert ist, zu überprüfen, was passiert ist ...
Bakuriu

Antworten:

13

Kommt auf deine Bewerbung an.

Die E-Mails könnten für eine Statistik nützlich sein, aber wenn nicht, würde ich diesen Spam vermeiden.
Was ich in ähnlichen Fällen mache: Senden Sie einmal am Tag eine Zusammenfassung, um zu erfahren, wie gut Ihr Programm funktioniert (und ob es noch läuft).

Ich würde nur dann eine E-Mail senden, wenn die Fehlerrate einen voreingestellten Grenzwert überschreitet, der darauf hinweist, dass ein menschliches Eingreifen erforderlich ist.

MrSmith42
quelle
3
Sogar ein einmal täglicher Bericht kann zu viele sein. Einmal in der Woche kann für viele Menschen in Ordnung sein. (Bonus: Geben Sie dem Empfänger die Möglichkeit zu wählen, wie oft er den Bericht senden soll.)
neugierigdannii
Größerer Bonus: Geben Sie dem Benutzer die Möglichkeit, nicht per E-Mail über Fehler informiert zu werden, von denen das Programm automatisch wiederherstellt, ohne dass ein Verlust für den Benutzer erkennbar ist. Hinweis: Es ist immer noch eine gute Idee für das Programm, die Rate zu verfolgen , mit der diese intermittierenden Fehler auftreten, und den Benutzer zu informieren, wenn die Rate über einem vom Benutzer festgelegten Schwellenwert liegt.
Makyen
10

In dieser Situation würde ich sofort aufhören, die E-Mails zu senden.

Die Fehler-E-Mails sollten als Signal dafür dienen, dass etwas nicht stimmt und Maßnahmen ergriffen werden müssen. Weil Sie so viele davon bekommen, wirken sie als statisches Rauschen und Sie werden leicht eine wirklich wichtige Fehler-E-Mail übersehen, die aus einem anderen Grund eingegangen ist.

Wenn Sie jedoch ungefähr 5 dieser E-Mails pro Stunde erhalten und eine E-Mail wie jede Minute ungewöhnlich ist, müssen Sie einen Mechanismus erstellen, der etwas aussendet, wenn die Fehler / Stunde einen bestimmten Schwellenwert überschreiten. Da die einzelne E-Mail möglicherweise nicht mehr viel bedeutet, kann die Anzahl der E-Mails in einem bestimmten Zeitraum (Minute / Stunde / Tag) etwas Größeres bedeuten.

Pieter B.
quelle
2

E-Mail ist kein gutes Werkzeug, um Fehler zu verfolgen. Sehen Sie sich Produkte wie New Relic oder App Insights an, um alle Ihre Fehler (und andere Informationen) aufzuzeichnen, damit Sie darüber Bericht erstatten oder E-Mail-Benachrichtigungen senden können, wenn bestimmte Bedingungen erfüllt sind (z. B. wenn sich der Fehler von 1% auf> 10% ändert) ).

Mit separaten E-Mails für jeden Fehler ignorieren Sie die E-Mails einfach und bemerken möglicherweise nicht einmal den Sprung von 1% auf 10%. Schlimmer noch, Ihr E-Mail-Anbieter sieht möglicherweise das große Volumen nahezu identischer E-Mails von einer Adresse und markiert sie alle als Spam.

thelem
quelle
0

Versuchen Sie in solchen Situationen, einen Algorithmus zu erstellen, um Fehlerprotokolle zu protokollieren und einmal am Tag zu senden. Wie pieter sagte, warnen Sie auch vor einer Überschreitung der Fehleranzahl. Dies wird eine systematische Methode zur App-Verwaltung und Fehlerbehebung sein.

Nadhirsha bin shaju
quelle