opensearch-project / opensearch-project/data-prepper
Emit a searchLatency metric on the OpenSearch source
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 374
- Forks
- 354
- Avg merge
- 3d 18h
- Merged PRs (30d)
- 8
Description
Is your feature request related to a problem? Please describe.
As a user of the OpenSearch source, it is not clear to me how long the search requests are taking to be fulfilled by OpenSearch.
Describe the solution you'd like
A searchLatency metric that provides information on how long it takes for the actual search request to take place. This metric may not be that necessary as OpenSearch commonly provides a searchLatency metric, but this would identify the latency specifically coming from Data Prepper searches
There is already an indexProcessingTime metric that tracks how long particular indices take to process, but not one that shows the search requests themselves to identify if OpenSearch is a bottleneck in the migration.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in the OpenSearch source by locating the existing indexProcessingTime metric and the code that performs search requests. Trace where a search begins and completes, then inspect nearby metric tests if present. Done means a searchLatency metric reports the time spent on the actual OpenSearch search request and is covered by tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- observability
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100