質問はAlerting Philosophyについてです。ほとんどのメトリックフレームワーク（Spectacorまたはdropwizard）は、データを集約します。 max、min、averageなどを提供します。したがって、これらのデータはバックエンドによって計算されるべきではありませんか？または、バックエンドが集計データをどのような場合に計算する必要がありますか？バックエンドによってメトリック集計を計算する必要がありますか？
これは興味深い質問です。 Netflixの記事の「バックエンド」は、監視システムのバックエンドを指していると思います。したがって、分散環境では、この「バックエンド」にデータを送信するための多くのサービス（dropwizardの実行）があります。これは、 'dropwizard'コンテキストの通常のバックエンドがNetflixコンテキストのアプリケーションバックエンドを指しているだけで、エージェントとは異なります。
私はいくつかの計算を行うことができます/エージェント/アプリケーションのバックエンドレベルで行う必要がありますと考えています。 「dropwizard」に集約を行い、集中監視サーバーに転送するために必要なデータを制限します。中央監視サーバがない場合、これらのパーセンタイルメトリックを計算すると、エージェント/バックエンドレベルでデータを提供し、アラートを直接作成することができます。
おかげ
は '私はいくつかの計算を行うことができる/エージェント/アプリのバックエンドlevel'で行われるべきだと思う - これは質問にはお答えしません。 – Cherry
'dropwizard 'が集約を行い、集中監視サーバに転送するために必要なデータを制限したいと思うように - 私は、他のネットワークに加えてネットワーク全体で集約メトリクスを渡すことは、データを「制限する」のではなく、いいえ？ – Cherry
最後の 'Spectacor'と' dropwizard'はメトリクスフレームワークの例に過ぎませんが、問題はそれらに関するものではありません。 – Cherry