Skip to main content

Low level, multiprocessing based AWS Kinesis producer & consumer library

Project description

https://img.shields.io/travis/NerdWalletOSS/kinesis-python.svg https://img.shields.io/codecov/c/github/NerdWalletOSS/kinesis-python.svg Latest PyPI version

The official Kinesis python library requires the use of Amazon’s “MultiLangDaemon”, which is a Java executable that operates by piping messages over STDIN/STDOUT.

ಠ_ಠ

While the desire to have a single implementation of the client library from a maintenance standpoint makes sense for the team responsible for the KPL, requiring the JRE to be installed and having to account for the overhead of the stream being consumed by Java and Python is not desireable for teams working in environments without Java.

This is a pure-Python implementation of Kinesis producer and consumer classes that leverages Python’s multiprocessing module to spawn a process per shard and then sends the messages back to the main process via a Queue. It only depends on boto3 (AWS SDK), offspring (Subprocess implementation) and six (py2/py3 compatibility).

It also includes a DynamoDB state back-end that allows for multi-instance consumption of multiple shards, and stores the checkpoint data so that you can resume where you left off in a stream following restarts or crashes.

Overview

All of the functionality is wrapped in two classes: KinesisConsumer and KinesisProducer

Consumer

The consumer works by launching a process per shard in the stream and then implementing the Python iterator protocol.

from kinesis.consumer import KinesisConsumer

consumer = KinesisConsumer(stream_name='my-stream')
for message in consumer:
    print "Received message: {0}".format(message)

Messages received from each of the shard processes are passed back to the main process through a Python Queue where they are yielded for processing. Messages are not strictly ordered, but this is a property of Kinesis and not this implementation.

Locking, Checkpointing & Multi-instance consumption

When deploying an application with multiple instances DynamoDB can be leveraged as a way to coordinate which instance is responsible for which shard, as it is not desirable to have each instance process all records.

With or without multiple nodes it is also desirable to checkpoint the stream as you process records so that you can pickup from where you left off if you restart the consumer.

A “state” backend that leverages DynamoDB allows consumers to coordinate which node is responsible which shards and where in the stream we are currently reading from.

from kinesis.consumer import KinesisConsumer
from kinesis.state import DynamoDB

consumer = KinesisConsumer(stream_name='my-stream', state=DynamoDB(table_name='my-kinesis-state'))
for message in consumer:
    print "Received message: {0}".format(message)

The DynamoDB table must already exist and must have a HASH key of shard, with type S (string).

Producer

The producer works by launching a single process for accumulation and publishing to the stream.

from kinesis.producer import KinesisProducer

producer = KinesisProducer(stream_name='my-stream')
producer.put('Hello World from Python')

By default the accumulation buffer time is 500ms, or the max record size of 1Mb, whichever occurs first. You can change the buffer time when you instantiate the producer via the buffer_time kwarg, specified in seconds. For example, if your primary concern is budget and not performance you could accumulate over a 60 second duration.

producer = KinesisProducer(stream_name='my-stream', buffer_time=60)

The background process takes precaution to ensure that any accumulated messages are flushed to the stream at shutdown time through signal handlers and the python atexit module, but it is not fully durable and if you were to send a kill -9 to the producer process any accumulated messages would be lost.

AWS Permissions

By default the producer, consumer & state classes all use the default boto3 credentials chain. If you wish to alter this you can instantiate your own boto3.Session object and pass it into the constructor via the boto3_session keyword argument of KinesisProducer, KinesisConsumer or DynamoDB.

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

kinesis-python-0.1.7.tar.gz (9.5 kB view details)

Uploaded Source

Built Distributions

kinesis_python-0.1.7-py3-none-any.whl (13.2 kB view details)

Uploaded Python 3

kinesis_python-0.1.7-py2-none-any.whl (13.2 kB view details)

Uploaded Python 2

File details

Details for the file kinesis-python-0.1.7.tar.gz.

File metadata

File hashes

Hashes for kinesis-python-0.1.7.tar.gz
Algorithm Hash digest
SHA256 222bd852f428b9dd6c87dfb89abaab23394dc950d0dbcf9f51be6fdff5bbf5b0
MD5 a2910d7ba83f6838b5a2e858fdd47270
BLAKE2b-256 21ce4b4e213f2dfaa8307d2e60155630a8c4684869c4e1f94ccabc41f375a17b

See more details on using hashes here.

File details

Details for the file kinesis_python-0.1.7-py3-none-any.whl.

File metadata

File hashes

Hashes for kinesis_python-0.1.7-py3-none-any.whl
Algorithm Hash digest
SHA256 8d6af4c79849ff23ab4747a2aa218bca2931f90769bec534ac0e21157d0e0ccb
MD5 32c914aa9436e8e2cf66a569e127f655
BLAKE2b-256 d38f006e86b11e9da4da60300f8ed1042124656a85e7ddc4849846054b7e1586

See more details on using hashes here.

File details

Details for the file kinesis_python-0.1.7-py2-none-any.whl.

File metadata

File hashes

Hashes for kinesis_python-0.1.7-py2-none-any.whl
Algorithm Hash digest
SHA256 5fc6f00a0b797c12d6eafd160581682de5abe9659d48ca41bbe70635f2674d79
MD5 c73879c8cc4972244d36259d23c71753
BLAKE2b-256 b58808fdb3d7aec907e9368ee43bd38368b16551a7430142c8f476ad3aa7bbc8

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