Mackerel で仕事のがんばり具合を見える化する - ポクポク
この記事は Mackerel Advent Calendar 2017 の21日目の記事です。 前日は id:heleeen さんの ハムスターのために監視導入したら人間のための監視もしたほうが良さそうなことがわかりました でした。湿度が上がってよかったですね。 突然ですが僕の今日の仕事の様子です。 10:05 ぐらいから仕事を始めてますね。そこから 10:40 ぐらいまで Chrome で GHE 上のレビューをしてました。10:50 分ぐらいまでの空白時間はたぶんトイレでしょう。そこから Emacs と iTerm2 をばりばり触ってるのでコードを書いていた気がします。12:30 ぐらいに一段落して、ブラウザでの動作確認やレビュー依頼を書いています。13~14:00 が昼休みなのですが、勤勉極まりない僕は 13:10 ほどまで仕事をしていたようです。午後は溜まっていたレビューを片付けて
Mackerel+IFTTTで運用担当者がアラートに絶対に気づく仕組みを作る - ワタナベ書店
Mackerelアドベントカレンダー 4日目です。 昨日は@dolpenさんの「RTX1200の状態をMackerelに監視させる」でした。 qiita.com ネットワーク機器が高負荷で落ちそうとかパケットロスしたときに、グラフでどんな通信があったのかとか確認できると便利ですよね。 そのアラート気付いてます？放置してません？ Mackerelとても便利ですよね。Mackerelサーバにクライアントから情報をプッシュするタイプの監視サービスなので、 自宅サーバと外部のサーバを1つの監視に集約できたり、 監視サーバの監視問題(監視サーバの監視はどうしたらいいか)もMackerelに監視を任せることで解決しました。 しかし、監視がどんなに便利になっても、アラートがなった時に対応が出来なければ意味がありません。 導入当時は、監視がこんな簡単にできるなんて便利だなぁとしみじみ思いつつ、アラートに対
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
