Vの人がSentryに興味を持ったようです

heavenshell @heavenshell

@voluntas js とかのクライアントのエラー検知にも有用かと。

shirou - しろう @r_rudi

@voluntas ああ失礼。DSNのほうか。sentryはjsで使うと、クライアントサイドのjsのエラーを捕捉できるから便利、というのを聞いたことがあるのでそっちかと。

heavenshell @heavenshell

@voluntas ナイス!

V @voluntas

@yamionp それの方が無難な気がしますねぇ。両方ヤル場合はそっちがいい気がします。fluentd -> sentry が一番いい流れなのかも？

ianlewis@hachyderm.io @IanMLewis

@voluntas @hirokiky fluentdはunixツールっぽくていろなことができそうなのがいいね。バッファーしてくれるし、快速で柔軟だけど、ログとった後の集計や見えるかはノータッチだな

ianlewis@hachyderm.io @IanMLewis

@voluntas @hirokiky sentryはバランスいいけど、ある程度トラフィックあればパフォーマンス意識しないといけなくてしんどい。

V @voluntas

.@yamionp が行ってる fluentd -> sentry が一番綺麗な気がするなぁ。

shirou - しろう @r_rudi

ああー、DjangoではRaven.jsをそのまま設置できるってことか。 Django使ったことないからきちんと読んでなかった…

ianlewis@hachyderm.io @IanMLewis

@voluntas JSでトレースバックとりづらいのでtracekit.jsが付いてくるのがダサいけどな

heavenshell @heavenshell

Sentry の良い所はブラウザアプリケーションに仕込んで、JS のログを取って何処でエラーが出てるか検知出来る所だと思う。

V @voluntas

@IanMLewis js よくわからないでござる

ianlewis@hachyderm.io @IanMLewis

@r_rudi url設定すればサーバー経由で送ってくるよね

V @voluntas

fluentd -> sentry は誰かにお任せするとして、個人的には raven -> udp -> sentry -> celery -> mysql を試してみるべきか。

ianlewis@hachyderm.io @IanMLewis

@voluntas JSは俺も知りたくない地獄

V @voluntas

Data Sampling 機能が良さげだな。

V @voluntas

Sentry を Golang で書き直せばいいんじゃね。

Kenjiro Kosaka @inoshiro

fluentdまだ使ったことないからどう連携するのかイメージ沸かないなー。DSNの使い分けとかどうするんだろう

V @voluntas

@inoshiro の所ではエラーログ自体はどうやって集めてるの？

V @voluntas

Sentry は JS との連携が強みなのか。ふーむ、そこはまた別だな。

Kenjiro Kosaka @inoshiro

@voluntas raven使って直接Sentryに投げてますけど、ログの量が増えることを考えると将来的なパフォーマンスは心配ですね

V @voluntas

@inoshiro そうねー。そこって HTTP ？ gevent とか使ってる？

shirou - しろう @r_rudi

@IanMLewis それはRaven.jsの機能ですよね。Djangoだとテンプレートで簡単に埋め込めるってことかなぁ、と。

Kenjiro Kosaka @inoshiro

@voluntas HTTPっす。パフォーマンスについてはVさんの検証結果楽しみにしてますｗ

V @voluntas

@inoshiro てめーｗ 基本 UDP オンリーかなぁ。gevent+http か udp の二択。

V @voluntas

Sentry とりあえず sqlite で動かしてみた、日本語だ。@r_rudi の罠か。よく出来ている。