Mario: distributed worker pipeline

https://readthedocs.org/projects/mario/badge/?version=latest https://travis-ci.org/gabrielfalcao/mario.svg?branch=master

Table of Contents:

Introduction

Danger

This project is ENTIRELY EXPERIMENTAL at the moment. Use at your own will or if you want to contribute to it

Mario is an easy python DSL for describing steps of execution of a pipeline.

Even more, the steps can be scaled up independently and spread in a network.

This is NOT a DATA pipeline framework

_images/icon-fireball.png

This framework allows you to describe workers using a simple DSL. Each worker produces a given job_type.

A pipeline is a sequence of job types that will be coordinate with any idle workers that announce their availability.

This gives you the advantage of scaling your infrastructure horizontally and vertically with very little effort.

Features

  • Describe step workers in python classes and get them running within minutes
  • Describe pipelines that can juggle with any available steps
  • Easily scale steps individually in a pipeline
  • Easily scale pipelines onto clusters
  • Empower sys-admins to take quick action and increase the number of steps on demand, be it with new machines, new docker instances or even one-off spawned processes.
  • On-demand live web interface with live pipeline cluster information
  • Redis queue and metrics persistence

Basic Usage

Instalation

pip install mario

Defining Steps

import os
import uuid
import hashlib

from mario import Step, Pipeline
from mario.storage import RedisStorageBackend


class GenerateFile(Step):
    job_type = 'generate-file'

    def execute(self, instructions):
        size = instructions.get('size')
        if not size:
            return

        path = '/tmp/example-{0}.disposable'.format(uuid.uuid4())
        data = '\n'.join([str(uuid.uuid4()) for _ in range(size)])
        open(path, 'wb').write(data)
        return {'file_path': path}


class HashFile(Step):
    job_type = 'calculate-hash'

    def execute(self, instructions):
        if 'file_path' not in instructions:
            return

        file_path = instructions['file_path']
        if not os.path.exists(file_path):
            msg = "Failed to hash file {0}: does not exist".format(file_path)
            self.logger.warning(msg)
            raise RuntimeError(msg)

        data = open(file_path, 'rb').read()
        return {'hash': hashlib.sha1(data).hexdigest(), 'file_path': instructions['file_path']}


class RemoveFile(Step):
    job_type = 'delete-file'

    def execute(self, instructions):
        path = instructions.get('file_path')
        if path and os.path.exists(path):
            os.unlink(path)
            return {'deleted_path': path}

        raise RuntimeError('file already deleted: {0}'.format(path))


class Example1(Pipeline):
    name = 'example-one'

    steps = [
        GenerateFile,
        RemoveFile
    ]

    def initialize(self):
        self.backend = RedisStorageBackend(self.name, redis_uri='redis://127.0.0.1:6379')

Running the servers

# run the pipeline
mario pipeline examples/simple.py example-one \
    --sub-bind=tcp://127.0.0.1:6000 \
    --job-pull=tcp://127.0.0.1:5050

# then execute the steps separately, they will bind to random
# local tcp ports and announce their address to the pipeline
# subscriber
mario step examples/simple.py generate-file \
    --sub-connect=tcp://127.0.0.1:6000
mario step examples/simple.py calculate-hash \
    --sub-connect=tcp://127.0.0.1:6000
mario step examples/simple.py delete-file \
    --sub-connect=tcp://127.0.0.1:6000

Feeding the pipeline with jobs

in the console
mario enqueue tcp://127.0.0.1:5050 example1 "{\"size\": 10}"
in python
from mario.clients import PipelineClient
client = PipelineClient("tcp://127.0.0.1:5050")
client.connect()

job = {
    'name': 'example1'
    'instructions': {}
}
ok, payload = client.enqueue_job(job)
if ok:
    print "JOB ENQUEUED!"
else:
    print "PIPELINE'S BUFFER IS BUSY, TRY AGAIN LATER"

Internals Reference

Servers

class mario.servers.Pipeline(name, concurrency=10, backend_class=<class 'mario.storage.inmemory.EphemeralStorageBackend'>)[source]

Pipeline server class

A pipeline must be defined only after you already at least one Step.

handle_finished_job(job)[source]

called when a job just finished processing.

When overriding this method make sure to call super() first

initialize()[source]

initializes the backend. Subclasses can overload this in order to define their own backends

on_finished(event)[source]

called when a job just finished processing. You can override this at will

on_started(event)[source]

called when a job just started processing.

This method is ok to be overriden by subclasses in order to take action appropriate action.

Clients

class mario.clients.PipelineClient(pull_connect_address)[source]

Pipeline client

Has the ability to push jobs to a pipeline server

connect()[source]

connects to the server

enqueue_job(data)[source]

pushes a job to the pipeline.

Note that the data must be a dictionary with the following
keys:
  • name - the pipeline name
  • instructions - a dictionary with instructions for the first step to execute
Parameters:data – the dictionary with the formatted payload.
Returns:the payload sent to the server, which contains the job id

EXAMPLE:

>>> from mario.clients import PipelineClient

>>> properly_formatted = {
...     "name": "example1",
...     "instructions": {
...          "size": 100",
...     },
... }
>>> client = PipelineClient('tcp://127.0.0.1:5050')
>>> client.connect()
>>> ok, payload_sent = client.enqueue_job(properly_formatted)

Storage Backends

class mario.storage.BaseStorageBackend(name, *args, **kw)[source]

base class for storage backends

connect()[source]

this method is called by the pipeline once it started to listen on zmq sockets, so this is also an appropriate time to implement your own connection to a database in a backend subclass pass

consume_job_of_type(job_type)[source]

dequeues a job for the given type. must return None when no job is ready.

Make sure to requeue this job in case it could not be fed into an immediate worker.

enqueue_job(job)[source]

adds the job to its appropriate queue name

get_next_available_worker_for_type(job_type)[source]

randomly picks a workers that is currently available

initialize()[source]

backend-specific constructor. This method must be overriden by subclasses in order to setup database connections and such

register_worker(worker)[source]

register the worker as available. must return a boolean. True if the worker was successfully registered, False otherwise

unregister_worker(worker)[source]

unregisters the worker completely, removing it from the roster

class mario.storage.EphemeralStorageBackend(name, *args, **kw)[source]

in-memory storage backend. It dies with the process and has no option for persistence whatsoever. Used only for testing purposes.

class mario.storage.RedisStorageBackend(name, *args, **kw)[source]

Redis Storage Backend

Utilities

class mario.util.CompressedPickle(*args, **kw)[source]

Serializes to and from zlib compressed pickle

mario.util.parse_port(address)[source]

parses the port from a zmq tcp address

Parameters:address – the string of address
Returns:an int or None
mario.util.read_internal_file(path)[source]

reads an internal file, mostly used for loading lua scripts

mario.util.sanitize_name(name)[source]

ensures that a job type or pipeline name are safe for storage and handling.

Parameters:name – the string
Returns:a safe string

Console

mario.console.servers.execute_command_forwarder()[source]

executes an instance of subscriber/publisher forwarder for scaling communications between multiple minions and masters.

Parameters:
  • --subscriber – the address where the forwarder subscriber where master servers can connect to.
  • --publisher – the address where the forwarder publisher where minion servers can connect to.
$ mario forwarder \
    --subscriber=tcp://0.0.0.0:6000 \
    --publisher=tcp://0.0.0.0:6060 \
    --subscriber-hwm=1000 \
    --publisher-hwm=1000 \
mario.console.servers.execute_command_run_pipeline()[source]

executes an instance of the pipeline manager server.

Parameters:--sub-bind – address where the server will listen to announcements from Steps
$ mario pipeline \
    --sub-bind=tcp://0.0.0.0:6000 \
    --job-pull-bind=tcp://0.0.0.0:5050
mario.console.servers.execute_command_run_step()[source]

executes an instance of the step server.

Parameters:--pub-bind – address where the server will listen to announcements from Steps
$ mario step \
    --pub-connect=tcp://127.0.0.1:6000
    # --push-connect=tcp://192.168.0.10:3000 # optional (can be used multiple times)
    # --pullf-connect=tcp://192.168.0.10:5050 # optional (can be used multiple times)
    # --pull-bind=tcp://0.0.0.0:5050    # optional (can be used only once)
mario.console.servers.execute_command_streamer()[source]

executes an instance of pull/push streamer for scaling pipelines and/or steps

Parameters:
  • --pull – the address where the streamer pull where master servers can connect to.
  • --push – the address where the streamer push where minion servers can connect to.
$ mario streamer \
    --pull=tcp://0.0.0.0:5050 \
    --push=tcp://0.0.0.0:6060 \
    --pull-hwm=1000 \
    --push-hwm=1000 \
mario.console.clients.execute_command_enqueue()[source]

executes an instance of the pipeline manager server.

$ mario enqueue tcp://0.0.0.0:5050 <pipeline-name> [json instructions]