[Python-de] Erfahrung mit Sentry?

David Krause dkrause at onlinestore.de
Fr Aug 29 14:36:49 CEST 2014


Hallo Thomas,

 

wir benutzen Sentry als eine art Live Logging Platform.

Es gibt Sentry Clients (Raven) für alle gängigen Programmiersprachen.

Wir benutzen den python raven und den lua raven.

Es ist möglich beliebige Tags an die Nachrichten zu hängen,

sowie extra Daten, diese können ein serialisierbares python object sein. (wird dann im default als html Tabelle angezeigt)

Beispielsweise machen wir auch unsere Inventur mit Sentry/Raven

 

Python raven hat einen Mechanismus um Exceptions aufzufangen und an Sentry zu schieben.

 

Sentry basiert zum größten Teil auf Standard Tools:

                Django

celery

                Redis

                Postgres / SQL Alchemie

 

Seit dem hier Sentry läuft. Verlagern sich immer mehr Tasks dahin.

Alles was irgendwie digital anfällt und erfasst werden muss schieben wir ins Sentry.

 

 

 

 

Mit freundlichen Grüßen / With best regards / Met vriendelijke groet

 

David Krause

 

 

Von: python-de [mailto:python-de-bounces+dkrause=onlinestore.de at python.org] Im Auftrag von Andreas Jung
Gesendet: Montag, 25. August 2014 11:37
An: Thomas Güttler
Cc: Die Deutsche Python Mailingliste
Betreff: Re: [Python-de] Erfahrung mit Sentry?

 

Auf der Sentry Seite ist ein Link zu Github im Footer. Sentry ist Open-Source.

 

Wir setzen Sentry aktuell in einem Plone Kundenprojekt ein, um die Tracebacks

von allen App Servern zentral zu sammeln. 

 

Andreas

 

Am 25. August 2014 11:32 schrieb Thomas Güttler <guettliml at thomas-guettler.de <mailto:guettliml at thomas-guettler.de> >:

Hallo Andreas,

danke für die Info. Ich hatte nur auf getsentry.com <http://getsentry.com>  geschaut und dort
auf den ersten Blick nichts mit open source gefunden.

Hast du oder andere schon Erfahrung damit?

Was für Vor- und Nachteile hat es?

  Thomas

On 25.08.2014 11:22, Andreas Jung wrote:

Sentry kann selber gehosted werden. Der Code liegt auf Github!

-aj


Am 25. August 2014 11:15 schrieb Thomas Güttler <guettliml at thomas-guettler.de <mailto:guettliml at thomas-guettler.de>  <mailto:guettliml at thomas-guettler.de <mailto:guettliml at thomas-guettler.de> >>:

    Hallo,

    bisher schreiben wir unerwartete Exceptions in Logfiles mit dem Modul "logging".

    Jetzt haben wir einen Anwendungsfall, bei dem der Admin vor Ort bei gewissen
    Exceptions den Vorgang erneut anschuppsen soll.

    Da die gesamte Anwendung auf einer DB aufbaut, wäre es ja sinnvoll auch
    die Exceptions in der DB zu speichern. So können wir als Entwickler auch
    mit den gewohnten Tools arbeiten.

    Ich habe das auch mal bei Stackoverflow nachgefragt, aber keine sinnvolle
    Antwort bekommen.

    Als kommerzielle Lösung gibt es zB https://getsentry.com/ aber das
    ist in unserem Kontext nicht möglich. Es muss self-hosted sein (der
    Server hat keinen Internetzugang).

    Die Aufgabe kann man aus meiner Sicht in drei Teile zerlegen:

    1: Die Exception serialisieren: Exception-Klasse (mit Elternklassen),
    Traceback (recht erstmal als Textfeld), Datum, Host, ...

    2: Das passende Datenbankschema

    3: eine hübsche Anzeige, mit Hooks, so dass für gewisse Exceptions Buttons eingeblendet werden können.


    Das Ganze ist bis auf die Buttons am Schluss super generisch.

    Mit google konnte ich aber nichts passendes dazu finden. Wir nutzen Django, aber Schritt 1 hat
    nicht mal damit etwas zu tun.

    Was haltet ihr von der Idee?

    Schon mal etwas ähnliches entwickelt?

    Gibt es Module die helfen könnten?

    Gruß,
       Thomas Güttler
    _________________________________________________
    python-de maillist  - python-de at python.org <mailto:python-de at python.org>  <mailto:python-de at python.org <mailto:python-de at python.org> >
    https://mail.python.org/__mailman/listinfo/python-de <https://mail.python.org/mailman/listinfo/python-de>



 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://mail.python.org/pipermail/python-de/attachments/20140829/cf366b5e/attachment.html>


Mehr Informationen über die Mailingliste python-de