opensearch-project / opensearch-project/data-prepper

Enable ingestion priority in S3 scan

Open
#4,666 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
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.
I have a data pipeline built as a combination of AOSS pipeline and AOSS collection. This pipeline is a real time monitor for logs.
We recently had an outage so the source did not move logs for few days. When we finally unblocked the pipeline and restarted the ingestion, all the days were moved at once and the AOSS pipeline started to ingest oldest to newest. This behavior does not work for us where we prioritize fresher data over older because we want a real-time monitor.

Describe the solution you'd like
The request is for implementing an alternative behavior controlled by a setting (f.i. order:(newer_first|older_first)) where user can control the order of the ingestion. In particular, it should be

older_first: (FIFO) older records are ingested first. Any new record added to the ingestion queue does not change the order (current behavior)

newer_first: (LIFO) newer records are added to the top of the ingestion queue and comes first changing the order of the ingestion.

Describe alternatives you've considered (Optional)
I have no alternatives for now.

Additional context
I think this feature should also be coupled with another feature which is to discard data that are older than XX if still to be ingested. That would also alleviate the problem above.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the S3 scan entry point and the ingestion queue behavior described as currently older-first. Define how the setting selects older-first or newer-first ordering, including newly queued records, and determine how the proposed stale-data discard behavior relates to this request. Done means the ordering is configurable and its behavior is covered by appropriate tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
data-engineering
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.