Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.python > #5038
| From | "Diez B. Roggisch" <deets@web.de> |
|---|---|
| Newsgroups | de.comp.lang.python |
| Subject | Re: [Python-de] Sentry ohne Server: Nur Exceptions serialisieren |
| Date | 2017-12-18 13:00 +0100 |
| Message-ID | <mailman.9.1513598446.2886.python-de@python.org> (permalink) |
| References | <35459dcc-4c9c-2c92-905f-e0586bc015a7@thomas-guettler.de> <1FB9A932-4E72-452A-926B-C326E827F9C9@web.de> <bd58fdcb-9a87-bbf5-5838-885bc2186fdb@thomas-guettler.de> <278F9004-2EC9-4505-9674-F33937F85493@web.de> |
Hallo Thomas, du hast die Leute hier um ihre Einschaetzung geben, und in ungewohnter Eintracht schallte es “Sentry” zurueck. Natuerlich ist es dir ueberlassen, diesen Rat zu ignorieren. Aber du wirst keinen anderen bekommen. Wenn du glaubst, eine selbstgestrickte Loesung (egal ob mit oder ohne den Client von Sentry, mehr Daten zu erfassen macht ja die Auswertung nur *noch* komplizierter), musst du das schon selbst rechtfertigen. Ich denke nicht, das jemand anderes das fuer dich tut. Mach es doch so: wenn du eh den Client ausrollen willst, dann installier doch einfach Sentry, lass die Clients dagegen laufen, und schau dir das an. Das ist ja nun wirklich nicht die Welt an Aufwand. Und wenn das zweite Browsertab mit einem extra Prozess dahinter nach ein paar Tagen oder Wochen wirklich so viel Probleme bereitet, dann ist die Entscheidung gegen Sentry aufgrund einer Evaluation getroffen, und nicht von einem Bauchgefuehl heraus, das dir hier eh niemand nehmen kann. Diez > On 18 Dec 2017, at 09:30, Thomas Güttler <guettliml@thomas-guettler.de> wrote: > > Am 16.12.2017 um 10:12 schrieb Diez B. Roggisch: > > Ich denke du hast Sentry noch nicht verstanden. > > Ja, ich denke, du hast da Recht. > > Einen Exception Serialisierer schreibt man in einer halben Stunde, wenn man sich Muehe gibt. Das ist wirklich der geringste Teil des ganzen. > > Ich glaube, ich wuerde dafuer deutlich laenger brauchen. Wenn die > Variablen jedes Frames des Stacktraces mit uebergeben werden sollen, dann > gibt es dort schon eine Menge Sonderfaelle. Dinge, die sich nicht > serialisieren lassen wie zB offene File-Descriptoren. Wenn das schon > implementiert ist, und tausendfach getestet wurde, dann wuerde ich lieber > das nehmen als selber zu entwickeln. > > Sentry's Staerke ist die UX. Das aggregieren von exceptions, die Moeglichkeit nach Kriterien zu filtern, sie zB fuer eine bestimmte Release stummzuschalten, so das sie erst wieder auftauchen, wenn eine neue Version ausgerollt wurde, Statistiken, etc. > > Ist also in meinen Augen keine gute Idee. > > Wir haben nicht hunderte Exceptions am Tag. Es sind nur wenige. Sicherlich > kann der zentrale Sentry Server sehr viel, > aber ich frage mich, ob es vielleicht fuer meinen Kontext besser ist ein > (anstatt zwei) Monitoring Tools zu haben. > > Gruss, > Thomas > > -- > Thomas Guettler [1]http://www.thomas-guettler.de/ > I am looking for feedback: [2]https://github.com/guettli/programming-guidelines > > References > > Visible links > 1. http://www.thomas-guettler.de/ > 2. https://github.com/guettli/programming-guidelines > _______________________________________________ > python-de maillist - python-de@python.org > https://mail.python.org/mailman/listinfo/python-de >
Back to de.comp.lang.python | Previous | Next | Find similar
Re: [Python-de] Sentry ohne Server: Nur Exceptions serialisieren "Diez B. Roggisch" <deets@web.de> - 2017-12-18 13:00 +0100
csiph-web