Skip to main content

Meroxa Turbine data application framework

Project description

Turbine

turbine logo

Turbine is a data application framework for building server-side applications that are event-driven, respond to data in real-time, and scale using cloud-native best practices.

The benefits of using Turbine include:

  • Native Developer Tooling: Turbine doesn't come with any bespoke DSL or patterns. Write software like you normally would!

  • Fits into Existing DevOps Workflows: Build, test, and deploy. Turbine encourages best practices from the start. Don't test your data app in production ever again.

  • Local Development mirrors Production: When running locally, you'll immediately see how your app reacts to data. What you get there will be exactly what happens in production but with scale and speed.

  • Available in many different programming langauages: Turbine started out in Go but is available in other languages too:

Getting Started

To get started, you'll need to install the turbine-py dependency via pip:

pip3 install turbine-py

Next, you'll need to download the Meroxa CLI. Once downloaded and installed, initialize a new project using the following CLI command:

$ meroxa apps init testapp --lang py

The CLI will create a new folder called testapp located in the directory where the command was issued. If you want to initialize the app somewhere else, you can append the --path flag to the command (meroxa apps init testapp --lang py --path ~/anotherdir). Once you enter the testapp directory, the contents will look like this:

$ tree testapp/
testapp
├── README.md
├── main.py
├── app.json
├── __init__.py
└── fixtures
    ├── demo-cdc.json
    └── demo-no-cdc.json

This will be a full-fledged Turbine app that can run. You can even run the tests using the command meroxa apps run in the root of the app directory. It provides just enough to show you what you need to get started.

main.py

This configuration file is where you begin your Turbine journey. Any time a Turbine app runs, this is the entry point for the entire application. When the project is created, the file will look like this:

# Dependencies of the example data app
import hashlib
import sys

from turbine.src.turbine_app import RecordList, TurbineApp

def anonymize(records: RecordList) -> RecordList:
    for record in records:
        try:
            payload = record.value["payload"]

            # Hash the email
            payload["customer_email"] = hashlib.sha256(
                payload["customer_email"].encode("utf-8")
            ).hexdigest()

        except Exception as e:
            print("Error occurred while parsing records: " + str(e))
    return records


class App:
    @staticmethod
    async def run(turbine: TurbineApp):
      try:
        source = await turbine.resources("source_name")

        records = await source.records("collection_name")

        anonymized = await turbine.process(records, anonymize)

        destination_db = await turbine.resources("destination_name")

        await destination_db.write(anonymized, "collection_archive")
      except Exception as e:
          print(e, file=sys.stderr)

Let's talk about the important parts of this code. Turbine apps have five functions that comprise the entire DSL. Outside of these functions, you can write whatever code you want to accomplish your tasks:

async def run(turbine: TurbineApp):

run is the main entry point for the application. This is where you can initialize the Turbine framework. This is also the place where, when you deploy your Turbine app to Meroxa, Meroxa will use this as the place to boot up the application.

source = await turbine.resources("source_name")

The resources function identifies the upstream or downstream system that you want your code to work with. The source_name is the string identifier of the particular system. The string should map to an associated identifier in your app.json to configure what's being connected to. For more details, see the app.json section.

records = await source.records("collection_name")

Once you've got resources set up, you can now stream records from it, but you need to identify what records you want. The records function identifies the records or events that you want to stream into your data app.

anonymized = await turbine.process(records, anonymize)

The process function is Turbine's way of saying, for the records that are coming in, I want you to process these records against a function. Once your app is deployed on Meroxa, Meroxa will do the work to take each record or event that does get streamed to your app and then run your code against it. This allows Meroxa to scale out your processing relative to the velocity of the records streaming in.

await destination_db.write(anonymized, "collection_archive")

The write function is optional. It takes any records given to it and streams them to the downstream system. In many cases, you might not need to stream data to another system, but this gives you an easy way to do so.

app.json

This file contains all of the options for configuring a Turbine app. Upon initialization of an app, the CLI will scaffold the file for you with available options:

{
  "name": "testapp",
  "language": "python",
  "environment": "common",
  "resources": {
    "source_name": "fixtures/demo-cdc.json"
  }
}
  • name - The name of your application. This should not change after app initialization.
  • language - Tells Meroxa what language the app is upon deployment.
  • environment - "common" is the only available environment. Meroxa does have the ability to create isolated environments but this feature is currently in beta.
  • resources - These are the named integrations that you'll use in your application. The source_name needs to match the name of the resource that you'll set up in Meroxa using the meroxa resources create command or via the Dashboard. You can point to the path in the fixtures that'll be used to mock the resource when you run meroxa apps run.

Fixtures

Fixtures are JSON-formatted samples of data records you can use while locally developing your Turbine app. Whether CDC or non-CDC-formatted data records, fixtures adhere to the following structure:

{
  "collection_name": [
    {
      "key": "1",
      "value": {
  		  "schema": {
  			  /* ... */
  		  },
  		  "payload": {
  			  /* ... */
  		  }
      }
    }
  ]
}
  • collection_name — Identifies the name of the records or events you are streaming to your data app.
  • key — Denotes one or more sample records within a fixture file. key is always a string.
  • value — Holds the schema and payload of the sample data record.
  • schema — Comes as part of your sample data record. schema describes the record or event structure.
  • payload — Comes as part of your sample data record. payload describes what about the record or event changed.

Your newly created data app should have a demo-cdc.json and demo-non-cdc.json in the /fixtures directory as examples to follow.

Testing

Testing should follow standard Python development practices.

Documentation && Reference

The most comprehensive documentation for Turbine and how to work with Turbine apps is on the Meroxa site: https://docs.meroxa.com/

Contributing

For information on how to contribute to Turbine-py, checkout our contribution guide HERE

Example apps

See what a sample python data app looks like using our framework

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

turbine-py-2.1.4.tar.gz (22.4 kB view details)

Uploaded Source

Built Distribution

turbine_py-2.1.4-py3-none-any.whl (25.0 kB view details)

Uploaded Python 3

File details

Details for the file turbine-py-2.1.4.tar.gz.

File metadata

  • Download URL: turbine-py-2.1.4.tar.gz
  • Upload date:
  • Size: 22.4 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/4.0.2 CPython/3.11.4

File hashes

Hashes for turbine-py-2.1.4.tar.gz
Algorithm Hash digest
SHA256 1b3a2ab8fa8f191060003db4b6e39075b4ec303a3969deb875ca8f53dc864553
MD5 1646980d6701960953f2d317bf69455d
BLAKE2b-256 55ea084882addebf6945beb7fb835dfd53770be64251fe30419ab578c0de0832

See more details on using hashes here.

File details

Details for the file turbine_py-2.1.4-py3-none-any.whl.

File metadata

  • Download URL: turbine_py-2.1.4-py3-none-any.whl
  • Upload date:
  • Size: 25.0 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/4.0.2 CPython/3.11.4

File hashes

Hashes for turbine_py-2.1.4-py3-none-any.whl
Algorithm Hash digest
SHA256 660f5ab0ef8c5383e9505192dd34035c86125a3af8d50492bc2041e3605d32a4
MD5 895244ac195caabe4db0fced873c36f2
BLAKE2b-256 d755890c4b8e48776d93a30bee848a1d6ebb53518d376ba4026521e2618ea601

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page