黒騎士と白の魔王を支えるDatadogを使ったモニタリング - Grani Engineering Blog
はじめまして。開発部のid:guitarrapc_tech です。 今回、黒騎士と白の魔王を例にモニタリングをどのようにしているのか、どのように考えてサービス監視を行っているのか紹介したいと思います。 目次 目次 モニタリング モニタリングの不足 CBT で気づいたモニタリング不足 モニタリングサービスの要件と選定 モニタリングの分類 モニタリングをレイヤー分けして可視化する 1. サービスの全般的な状態 2. アプリケーションと相互関係にあるリソース状態 3. アプリケーションの詳細なメトリクス状態 4. 各ロールの詳細メトリクス イベント アラート まとめ 参考 モニタリング 「黒騎士と白の魔王」の開発からリリースにかけて、大きな課題であり続けたのが「どのようにサービスのモニタリングを行うか」でした。ここでいうモニタリングは、次の意味を持たせています。 役割 意味 現状把握 サービスが
Datadog を試してみた - えいのうにっき
先日開催された Mackerel User Group Meeting で LT をしてきたぐらいには Mackerel ユーザーな僕なんだけど、聞くところによると Datadog というプロダクトも監視系 SaaS としては使っているユーザーが多いということなので、ちょっと試してみることにした。 今回試すにあたり、自分のホームページ（死語）をホストしている home.a-know.me に実際にエージェントをインストールした。例によって、Chef のカスタムレシピ（CentOS / Redhat 向け）を書いてインストールしたので、興味があればそちらも。 もくじ もくじ サインアップ 〜 エージェントのインストールまで Datadog コンソールを開いてみる 2種類のダッシュボードの作成 インテグレーションを試す 監視設定の追加 最後に、課金体系 サインアップ 〜 エージェントのインスト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
