About Mackerel Meetup #9 Tokyoにブログ枠で参加したので書きます！ 会場 めっちゃシャレオツでした！ 有名アーティストのサインとか飾ってあった！（写真NGだったので心に留めておきます😇） 地の文は走り書きなので一部間違っていたりわかりにくい部分があります。気になる部分はスライド（公開されれば）もしくは今後のアナウンスをご確認下さい。 The 2017 Mackerel Product Roadmap. 株式会社はてな Mackerel プロデューサー 杉山広通(id:sugiyama88) 会場がめっちゃシャレオツ agentインストール型のSaaSサービス ユーザは管理画面ベースで設定することができて便利 mackerelってスマホでも見れるらしい（知らなかった ワンライナーでインストールできてめっちゃ便利（最近かな “最小のルールが最高の利便性を"目指して
先日、弊社のとあるサービスの production 監視に Mackerel が使われるようになった。 それまでは Amazon CloudWatch を利用したり、nagios だとか Zabbix だとかを構築して監視をしていたのだけど、一方でこれらの構築・設定はビミョーに大変だったりした。アプリケーションエンジニアだけではなかなか手を出しづらくなってしまっていて、インフラエンジニアさんへの相談も、 「どんな監視項目を設定したらいいかな？」「閾値はどれくらいにしたらいいだろう？」 といったものにはなかなかならず（できず）、 「このサーバの監視の設定、お願いしてもいいですか？ 普通の監視 で大丈夫なので」 みたいなものになりがちだった。「僕らのミッションは "監視サービスの構築" じゃない よね」、ということでの Mackerel 採用だった。 加えてつい先日、弊社インフラエンジニアから
監視ツール ZABBIX には、トリガ（障害）発生時にメールを送信する機能があります。ただ、このメールはスレッド化（階層化）されません。通知・復旧毎にメールを送信している場合や、複数の監視環境が入り乱れてしまうと、どのアラートが対応中で、どのアラートが復旧しているのか、状況確認に手間取る場合があります。↓大量に届く通知メールの想像イメージ もしも、ZABBIXのメールがスレッド化していたら、仕事が楽になるのになぁ…と思い、少しスクリプトを書いてみました。少々甘いところはありそうですが、ひとまず自分が必要な機能は実装できたので、公開します。 ■ZABBIXの通知メールをスレッド化したい！概要 まずはじめに、メーラーで表示されるメールをスレッド化するために必要なものは、RFC 2822 で定義されています。やりたい事はシンプル。ZABBIXが通知するメール毎に、ヘッダを付与するだけで、スレッド
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く