Skip to main content
Join the official 2019 Python Developers SurveyStart the survey!

Python library that emulates the java-based dynamo-db-client from awslabs

Project description

Python DynamoDB Lock

https://img.shields.io/pypi/v/python_dynamodb_lock.svg https://img.shields.io/travis/mohankishore/python_dynamodb_lock.svg Documentation Status

This is a general purpose distributed locking library built on top of DynamoDB. It is heavily “inspired” by the java-based AmazonDynamoDBLockClient library, and supports both coarse-grained and fine-grained locking.

Features

  • Acquire named locks - with configurable retry semantics
  • Periodic heartbeat/update for the locks to keep them alive
  • Auto-release the locks if there is no heartbeat for a configurable lease-duration
  • Notify an app-callback function if the lock is stolen, or gets too close to lease expiry
  • Store arbitrary application data along with the locks
  • Uses monotonically increasing clock to avoid issues due to clock skew and/or DST etc.
  • Auto-delete the database entries after a configurable expiry-period

Consistency Notes

Note that while the lock itself can offer fairly strong consistency guarantees, it does NOT participate in any kind of distributed transaction.

For example, you may wish to acquire a lock for some customer-id “xyz”, and then make some changes to the corresponding database entry for this customer-id, and then release the lock - thereby guaranteeing that only one process changes any given customer-id at a time.

While the happy path looks okay, consider a case where the application changes take a long time, and some errors/gc-pauses prevent the heartbeat from updating the lock. Then, some other client can assume the lock to be abandoned, and start processing the same customer in parallel. The original lock-client will recognize that its lock has been “stolen” and will let the app know through a callback event, but the app may have already committed its changes to the database. This can only be solved by having the application changes and the lock-release be part of a single distributed transaction - which, as indicated earlier, is NOT supported.

That said, in most cases, where the heartbeat is not expected to get delayed beyond the lock’s lease duration, the implementation should work just fine.

Refer to an excellent post by Martin Kleppmann on this subject: https://martin.kleppmann.com/2016/02/08/how-to-do-distributed-locking.html

History

0.9.0 (2018-10-28)

  • First release on PyPI.

Project details


Release history Release notifications

Download files

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

Files for python-dynamodb-lock, version 0.9.1
Filename, size File type Python version Upload date Hashes
Filename, size python_dynamodb_lock-0.9.1-py2.py3-none-any.whl (14.2 kB) File type Wheel Python version py2.py3 Upload date Hashes View hashes
Filename, size python_dynamodb_lock-0.9.1.tar.gz (27.2 kB) File type Source Python version None Upload date Hashes View hashes

Supported by

Elastic Elastic Search Pingdom Pingdom Monitoring Google Google BigQuery Sentry Sentry Error logging AWS AWS Cloud computing DataDog DataDog Monitoring Fastly Fastly CDN SignalFx SignalFx Supporter DigiCert DigiCert EV certificate StatusPage StatusPage Status page