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

V @voluntas

ただ現実的なのは UDP だな。

V @voluntas

sentry 側にも UDP サーバがあった。http://t.co/gdFnHeqqH0

V @voluntas

sentry インストールしたら amqp が入った。

heavenshell @heavenshell

@voluntas 出来る。でも Mac でやったからかあんま効果無かったですよ。thraed が一番速かったです。

V @voluntas

@heavenshell udp 行けるみたいなので、それでいい気がしていますｗ

きろのの  @kironono

raven 入れてそれだけで済むんならそれでいいかな。sentry に投げる段階で詰まるとか気にしなきゃいけないのかな

清原弘貴 @hirokiky

ログって言うとファイルに吐かれるイメージあってリアルタイム性にかけそうとかそういうイメージになりやすいのかな

heavenshell @heavenshell

@voluntas Celery とか無くても動くけどちゃんと動かしたほうが良さげ。ぶっちやけお金に余裕あるのならお金払ってサービスの方使った方が楽出来ると思いますw

V @voluntas

@heavenshell Celery 連携はあんまり見て無いっすｗ 何というか Django との相性的な話でいいなぁというのが一番の理由だったりします(DISQUS が使ってるし。

heavenshell @heavenshell

@voluntas Erlang もクライアントあるので試してみて下さいw

V @voluntas

@heavenshell いらねーーーーｗ

Kenjiro Kosaka @inoshiro

Sentryはエラー検知に使ってる感じなので、ログ解析とは別にやるもんだと思ってる

V @voluntas

@inoshiro そうそう、そうなのよ。エラートラッカー。どう？時前立て？

heavenshell @heavenshell

@voluntas あ、Celery はサーバー側の話しです。クライアント側は関係ないはずです。言葉足らずですみません。Sentry 自体も Django なので Disqus が使ってるから多分一番テストされてるはずw

V @voluntas

@heavenshell 「Celery 使って Sentry に送るのが良いのでは？」って話であってます？

V @voluntas

Sentry でも Celery 使えるのか。ここはどう動くのか理解してないなぁ。

Kenjiro Kosaka @inoshiro

@voluntas 自前です。でもほとんど素のまま使ってるのでノウハウは溜まってないです…

heavenshell @heavenshell

@voluntas あ、違います。出来るのかもしれないけど、Cerely はログを受け取るサーバー側の方です。クライアントは +thread で良いかなーと思ってます。

V @voluntas

@inoshiro や、ノウハウというよりはやっぱサービス提供したりして開発する場合に凄くよさそうだなぁと思って調べてる。感想聞きたい。エラートラッカーとしての評価。

V @voluntas

@heavenshell クライアントは Django アプリ側ってことですよね？ +thread だとスケールしなくて気持ち悪いなぁと思っています。ぱいそんだし … 出来れば gevent 系がいいなと。udp だとどうなるのかわかっては居ませんが。

heavenshell @heavenshell

@voluntas です! 今じぶんのポスト見直してたら Gevent だとその時は動いて無かった見たいですね。Linux だと動くのかな…。

V @voluntas

@heavenshell アプリ側でワーカーで、さらにスレッドだと気持ち悪いなぁと。

V @voluntas

SENTRY_UDP_HOST / SENTRY_UDP_PORT か。これだとワーカーは 1 台ってとこか。UDP -> Celery -> MySQL みたいな感じで入れて行くのがいいのかな。

heavenshell @heavenshell

@voluntas 確かに。となると Celery でタスク定義して非同期で動かすのが一番筋が良いのかも。

shirou - しろう @r_rudi

Sentryの翻訳に間違いがあったら連絡ください。