fluentdで集約したerror_logをslackに流すと捗る - UNIX的なアレ

nanapiでは社内のチャットツールに、Slackを導入しています。Slackの便利なところはintegration周りで、要するに他のツールとの連携が非常にし易いんですね。そういった、Chatを中心にした業務効率化を最近ではChatOpsと呼んだりします。 http://nanapi.co.jp/blog/2014/07/24/nanapi_chatops/ ChatOpsの重要な点はコンテキストを共有できる点ですよね。「○○ってエラーログが出てるよ」みたいな情報を直接誰かに伝えるのではなく、ログが出ているという状態をChatを経由して同じものを見ることで、説明が非常にラクになります。 ほかにもデプロイをHubot経由で指示したり、ステータス取得をしたりなど様々な使い方がありますがやはり重要なのは同じ画面を皆が見ているということですね。そういった点がChatOpsの大きなメリットとしてあ

[tagomoris]

全行流すの豪快だな

[sonots]

うちもエラーログIRCに流してるけど三行に絞ったりフィルタリングしたりできるようにしたりしている。

[sotarok]

critical は全行送るでよさげだけどー noticeやwarningは同じログが一定量超えたらーって感じが良いのかな

[nakaearth]

なるほど、良さそう

[TAKAyuki_atkwsk]

なるほど！

[Hash]

よさそう

[wwwcfe]

「以下のURLからアクセスできます。」の URL は他人のチームだった。my.slack.com なら自分のチームにリダイレクトしてくれるんだけど

[katzchang]

流量課金じゃないしpermlinkつくし全文検索あるし、それなりに捗るかもしれない。

[karupanerura]

やりたいけど、急に大量のログが流れてきたときにどうするとか、いい塩梅の処理方法を決めるの大変そう。

[kasumani]

fluentdで集約したerror_logをslackに流すと捗る nanapiでは社内のチャットツールに、Slackを導入しています。Slackの便利なところはintegration周りで、要するに他のツールとの連携が非常にし易いんですね。そういった、Chatを中心に

[daybeforeyesterday]

うーむ

[satosssi]

なるほどね　しかし連携させまくると人間のチャットが流れすぎてアカンかった　みんなどうしてるんだろ

[Rei19]

めも。HipChatでもいけるか。