openzipkin/zipkin

Create Rally benchmark for Elasticsearch storage

Open

#1,354 opened on 2016年10月26日

GitHub で見る
 (1 comment) (0 reactions) (0 assignees)Java (16,912 stars) (3,079 forks)batch import
help wanted

説明

This likely should be in a separate repo, but might make sense here. If we create a benchmark for various storage operations, we could tell if an indexing, encoding or otherwise change helps or hurts.

https://github.com/elastic/rally

cc @openzipkin/elasticsearch help wanted!!

コントリビューターガイド

技術スタック
javaelasticsearch
領域
performancetesting
Issue 種別
feature
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
3-5 days
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
clear
前提条件
Java basicsElasticsearch knowledgeRally understanding
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
35
調査方針
Review the Rally documentation at https://github.com/elastic/rally to understand how to create a benchmark. Look at existing Rally benchmarks for inspiration, and identify the storage operations in Zipkin's Elasticsearch storage module (likely in zipkin storage/elasticsearch). The benchmark should measure indexing and query performance. Start by setting up a local Elasticsearch instance and Rally, then create a track that uses Zipkin's data format.