プロジェクトについて
ペッパーメトリックは私の同僚と私は、オープンソース・ツール(開発github.com/zrbcool/pep ... jedis / MyBatisの/のHttpServlet /ダボ/ motan操作するパフォーマンス統計情報、および公開するタイミングプロメテウス他の主流のデータベースの互換性データが収集されました)、 grafanaショーの動向によって。そのプラグインアーキテクチャの非常にユーザーフレンドリー拡張機能やその他の集積のオープンソースコンポーネントです。
歓迎のプロジェクトを改善するために一緒にPRを提出するために、開発者になることながら、星を与えてください。
建築
コアからペッパーメトリックプロジェクト、基礎トム・ウィルキーのRED理論そのサービスごとに、RED指標が収集したを含む(ここでは、コールのいくつかの種類の処理が、特にサービスは、そのようなデータベースクエリを呼び出すなど):
- レート変更(要求レートは、一般的にQPSを意味します)
- エラー(単位時間窓あたりのエラーまたはエラーレートの数)
- 時間(例えば、時間のかかるX MSの九九%の代わりに= 100msの要求P99としてPXXパーセンタイル時間表現一般消費要求時間)
上記ペッパーメトリックプロジェクトに基づいて、コアのアイデアと方法論を概説し、アプリケーションを選択することができるように、技術的に、ペッパーメトリックプロジェクトは、プラグインプラグ可能なシステムの完全なセットを構築するために、このようなRPC通信フレームワークダボ、motanとしてベースのコンポーネント( 、オブジェクトモデルフレームワークMyBatisの、標準的なHTTPサーブレットアセンブリ、Redisの操作ライブラリjedis、等との間のORMマッピング関係)を直接含むインデックスの既存のプラグイン拡張を選択します。
- 集まります
- (標準フォーマットSLF4Jベースのログの出力タイミングに基づいて設計されたもの)を印刷
- (データベースのさまざまな、プロメテウスを達成するためにデフォルトに出力指数でプロメテウス)出力
- 可視化(データソースとしてプロメテウスをデフォルトに開発されたベースのダッシュボードgrafana)
概念
建築
各コンポーネントの説明
- プロファイラ、スケジュール指定された期間に応じて開始さExtensionLoad、によって展開すべてScheduledRunを開始し、ロードするために、定期的にスケジュールされたタスクのコア部分。同時に内部のメンテナンス統計コンストラクタProfiler.Builderで
- スケジューラ、仮想概念は、プロファイラでの定期的なタスクがあるので
- 礎石ExtensionLoader、非常に重要なコンポーネント、プロジェクトの各モジュールはフレキシブルプラグ、また、プロジェクト・アーキテクチャとすることができるように、JavaのSPI機構によってプラグをロード
- ScheduledRun、拡張ポイント:定期的なコショウメトリックコアプラグインは統計間で収集されたパフォーマンスデータを得るために使用することができる、すべての統計情報を渡し、スケジュールプリンタアセンブリは現在実装されています
- MeterRegistryFactory、拡張ポイント:アブストラクトの実装と各データベースシールドの差を基づいて、異なるマイクロメートルのレジストリ
- ペッパーメトリックX、具体的な統合は、私たちの目標は、すべてを測定することである、現在の計画が実装されますjedis、motan、ダボ、サーブレット、MyBatisのなど最も一般的なコンポーネント
最後に書かれました
- プロジェクトのWiki
github.com/zrbcool/pep ... - クイックスタート
github.com/zrbcool/pep ... - 高速DEMO(10分ローカルの起動フルシミュレーションアプリケーション+ grafana +プロメテウス+内蔵ダッシュボード)
github.com/zrbcool/pep ... - オンラインデモ
pepper-metrics.zrbcool.top