Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: =?UTF-8?Q?Thomas_G=c3=bcttler?= <guettliml@thomas-guettler.de>
Newsgroups: de.comp.lang.python
Subject: Re: [Python-de] Sentry ohne Server: Nur Exceptions serialisieren
Date: Mon, 18 Dec 2017 09:30:17 +0100
Lines: 36
Message-ID: <mailman.7.1513585830.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>
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
X-Trace: news.uni-berlin.de Dkxgq978QzUP4L7/hKsjjgiwwv827JcWMI6JJEWZcWqg==
Return-Path: <guettliml@thomas-guettler.de>
X-Original-To: python-de@python.org
Delivered-To: python-de@mail.python.org
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
In-Reply-To: <1FB9A932-4E72-452A-926B-C326E827F9C9@web.de>
Content-Language: de-DE
X-Content-Filtered-By: Mailman/MimeDel 2.1.25
X-BeenThere: python-de@python.org
X-Mailman-Version: 2.1.25
Precedence: list
List-Id: Die Deutsche Python Mailingliste <python-de.python.org>
List-Unsubscribe: <https://mail.python.org/mailman/options/python-de>, <mailto:python-de-request@python.org?subject=unsubscribe>
List-Archive: <http://mail.python.org/pipermail/python-de/>
List-Post: <mailto:python-de@python.org>
List-Help: <mailto:python-de-request@python.org?subject=help>
List-Subscribe: <https://mail.python.org/mailman/listinfo/python-de>, <mailto:python-de-request@python.org?subject=subscribe>
X-Mailman-Original-Message-ID: <bd58fdcb-9a87-bbf5-5838-885bc2186fdb@thomas-guettler.de>
X-Mailman-Original-References: <35459dcc-4c9c-2c92-905f-e0586bc015a7@thomas-guettler.de> <1FB9A932-4E72-452A-926B-C326E827F9C9@web.de>
Xref: csiph.com de.comp.lang.python:5037

   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