#pipeline #etl #pipe

modupipe

A modular and extensible ETL-like pipeline builder

1 unstable release

0.1.0 Dec 1, 2022
0.0.1 Dec 1, 2022

#1221 in Data structures

MIT license

10KB
249 lines

Build

🪠 ModuPipe

A modular and extensible ETL-like pipeline builder

Python version here : https://github.com/vigenere23/modupipe

Usage

Extract-Transform-Load (ETL) pipelines are a classic form of data-processing pipelines used in the industry. It consists of 3 main elements:

  1. An Extractor, which returns data in a iterator-like structure (with .get_next()) using a pull strategy.
  2. Some Mapper (optional), which transforms (parse, converts, filters, etc.) the data obtained from the source(s). Mappers can be chained together and chained to an extractor (with .map()) in order to form a new extractor.
  3. A Loader, which consumes the maybe-transformed data using a push strategy. Loaders can be multiple (with LoaderList).

Therefore, those 3 processes are offered as traits, easily chainable and interchangeable at any time.

A trait Runner is also offered in order to interface the concept of "running an action". This enables a powerfull composition pattern for wrapping execution behaviours.

Examples

Usage examples are present in the examples folder.

Discussion

Optimizing pushing to multiple loaders

If you have multiple loaders (using a LoaderList), but performance is a must, then you should use a multi-threading approach (with runnner::ConcurrentRunner), and push to 1 channel (queue) per loader. Each queue will then be extracted for each of the original loaders, all running in parallel. This is especially usefull when at least one of the loaders processing time is slow.

As an example, let's take a Loader 1 which is very slow, and a Loader 2 which is normally fast. You'll be going from :

┌────── single pipeline ──────┐        ┌──────────────── single pipeline ───────────────┐
 Extractor ┬─⏵ Loader 1 (slow)    OR    Extractor ──⏵ Loader 1 (slow) ──⏵ Loader 2 (late)
           └─⏵ Loader 2 (late)

to :

┌─────── pipeline 1 ──────┐               ┌────────── pipeline 2 ─────────┐
 Extractor ┬─⏵ PushToQueue ──⏵ Queue 1 ⏴── GetFromQueue ──⏵ Loader 1 (slow)
           └─⏵ PushToQueue ──⏵ Queue 2 ⏴── GetFromQueue ──⏵ Loader 2 (not late)
                                          └──────────── pipeline 3 ───────────┘

This will of course not accelerate the Loader 1 processing time, but all the other loaders performances will be greatly improved by not waiting for each other.

No runtime deps