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] Uncaught Exception im Prod
Date: Tue, 17 Oct 2017 13:02:12 +0200
Lines: 47
Message-ID: <mailman.299.1508238134.12137.python-de@python.org>
References: <342bf359-8d45-6e4e-7fe7-4c9fe247066d@thomas-guettler.de> <8086d61d-c117-0dbb-5a40-ef1fa5f967f2@web.de> <e835db6c-c7c3-f957-cc78-f1d1bdc9d825@thomas-guettler.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.uni-berlin.de uisCZIVavMx8dZLizT/j7QVh4+ZdsVdfSZdgMeKvgKqg==
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.2.1
In-Reply-To: <8086d61d-c117-0dbb-5a40-ef1fa5f967f2@web.de>
Content-Language: de-DE
X-BeenThere: python-de@python.org
X-Mailman-Version: 2.1.24
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: <e835db6c-c7c3-f957-cc78-f1d1bdc9d825@thomas-guettler.de>
X-Mailman-Original-References: <342bf359-8d45-6e4e-7fe7-4c9fe247066d@thomas-guettler.de> <8086d61d-c117-0dbb-5a40-ef1fa5f967f2@web.de>
Xref: csiph.com de.comp.lang.python:4985



Am 17.10.2017 um 10:55 schrieb Felix Schwarz:
> 
> Am 17.10.2017 um 10:40 schrieb Thomas Güttler:
>> wenn eine unerwartete Exception im Produktivbetrieb auftritt, was macht ihr dann?
>>
>> Bisher sehe ich das in einem Logfile und diese Logfiles werden in einer
>> Zentrale ausgewertet.
>>
>> Aber so langsam stößt das an seine Grenzen.
> 
> Ich habe einen zentralen Exception-Handler, der den Stacktrace und möglichst
> noch weitere Informationen (z.B. aktueller Nutzer usw) sammelt. Aktuell
> arbeite ich daran, die Informationen mit sentry zu verarbeiten.
> 
> Mit deiner Frage kann ich aber nicht so richtig viel anfangen, für einen
> echten Rat fehlt mir der Kontext:
> Zentral auswerten hört sich doch gut an - warum stößt das an Grenzen?

Gute Frage. Es stößt an die Grenzen weil zB mehrere Exceptions der gleichen Art
nicht gemeinsam als "ok" bzw "geklärt" markiert werden können.


> Ist es die Menge der Exceptions, das Erkennen von "Duplikation", das nötige
> Fachwissen? (Entwickler vs. Support?)
> 
> Oder kurz: Was ist das Problem?

Es gibt nicht wirklich ein großes Problem. Wir haben eine Krücke und
damit kann man ganz gut von A nach B humpeln.

Man hat nun drei Möglichkeiten: Wie bisher humpeln, die bisherigen Krücke etwas
verbessern. Oder eine neue und bessere Krücke besorgen.

Wie gesagt, ich habe kein konkretes Problem. Mich würde es interessieren wie andere Arbeiten.
Wenn ich dann höre was es alles für tolle Möglichkeiten gibt. Dann fällt es mir leichter
die passende Entscheidung zu treffen.

Gruß,
   Thomas



-- 
Thomas Guettler http://www.thomas-guettler.de/
I am looking for feedback: https://github.com/guettli/programming-guidelines