はてなブックマーク

Grafanaのダッシュボードをコードから生成するDashboards-as-Codeを試してみたので紹介します。 背景 Grafanaはとても便利な可視化ツールですが、ダッシュボードが増えてくるといくつか使いづらい点が出てきます。 最近は特に以下の2点を課題に感じています。 課題1: ダッシュボードのJSONのレビューがつらい... GrafanaのダッシュボードはJSON形式でエクスポート/インポートできるので、ダッシュボードをJSONファイルでgit管理する場合が多いと思います。 この場合、GrafanaのUIで作成したダッシュボードをJSON形式でエクスポートしてプルリクエストするのですが、GrafanaのJSONはメタデータが多くて人間が読むのは正直厳しいです。 そのためJSONではなく実際のダッシュボードの画面だけみてレビューする場合がほとんどではないかと思います。 課題2:

はじめに Prometheusは、「プル型」のモニタリングシステムで、Prometheusサーバーから監視対象に対してHTTPでアクセスしてメトリクスを収集(scrape)します。 そのため、Prometheusで監視をするためには、監視される側でPrometheus形式のメトリクスを取得できるHTTPエンドポイントを公開しておく(instrument)必要があります。1 既に多くのソフトウェアで、このPrometheus形式のメトリクスを出力するためのExporterと呼ばれる外部プログラムが用意されています。 Exporter一覧 また、KubernetesやEtcd、SkyDNSなどは、アプリケーション自体で直接Prometheus形式のメトリクス出力をサポートしています。 Prometheus形式のメトリクスをサポートしているソフトウェア一覧 これらでカバーできないメトリクスに関し

東京(ap-northeast-1) => プロダクション環境 バージニア(us-east-1) => 開発（ステージング）環境 概要 AWSのリージョンによってプロダクション環境/開発環境と使い分けている場合、「開発環境だと思って操作したら実は本番だった」というオペミスが起こり得ます。 もちろんコンソール上部のリージョン名で区別がつきますが、これだと心もとないのでChrome拡張で本番環境の場合に警告を表示するようにしました。 ※本来はIAMで適切に権限を絞るべきだと思います。 Chrome拡張の作り方 公式ドキュメントがありますが、時間がなかったのでこちらの記事を参考にさせていただきました。 スクリプトを任意のページで実行できる「Content script」というのが今回の用途にあっていたので、コンソールのヘッダー部分に特定のリージョンを表す文字列が入っていたら警告を出す、というスク