Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: "Diez B. Roggisch" <deets@web.de>
Newsgroups: de.comp.lang.python
Subject: Re: [Python-de] Sentry ohne Server: Nur Exceptions serialisieren
Date: Mon, 18 Dec 2017 13:00:37 +0100
Lines: 77
Message-ID: <mailman.9.1513598446.2886.python-de@python.org>
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>
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <bd58fdcb-9a87-bbf5-5838-885bc2186fdb@thomas-guettler.de>
Precedence: list
Xref: csiph.com de.comp.lang.python:5038

Hallo Thomas,

du hast die Leute hier um ihre Einschaetzung geben, und in ungewohnter =
Eintracht schallte es =E2=80=9CSentry=E2=80=9D 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=C3=BCttler =
<guettliml@thomas-guettler.de> wrote:
>=20
>   Am 16.12.2017 um 10:12 schrieb Diez B. Roggisch:
>=20
> Ich denke du hast Sentry noch nicht verstanden.
>=20
>   Ja, ich denke, du hast da Recht.
>=20
> Einen Exception Serialisierer schreibt man in einer halben Stunde, =
wenn man sich Muehe gibt. Das ist wirklich der geringste Teil des =
ganzen.
>=20
>   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.
>=20
> 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.
>=20
> Ist also in meinen Augen keine gute Idee.
>=20
>   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.
>=20
>   Gruss,
>     Thomas
>=20
> --
> Thomas Guettler [1]http://www.thomas-guettler.de/
> I am looking for feedback: =
[2]https://github.com/guettli/programming-guidelines
>=20
> References
>=20
>   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
>=20