Binary data archiving library - supports uploading to object storage.
Go to file
Jeremy Stanley 8d254df4fa Update .gitreview for new namespace
Change-Id: Ic0c9ce5bc1ed16aae4ce3f72b829bafd1103ee20
2015-10-17 22:39:38 +00:00
shoebox Skip tarball and just gzip the archive file. 2015-04-15 13:40:31 -07:00
test Fix integration test directory setup. 2015-04-27 13:27:40 -07:00
.gitignore Initial commit 2014-01-09 09:43:25 -08:00
.gitreview Update .gitreview for new namespace 2015-10-17 22:39:38 +00:00
LICENSE Initial commit 2014-01-09 09:43:25 -08:00
README.md fix docs to reflect kwargs constructors 2014-05-27 01:45:13 +00:00
requirements.txt Remove Swift handler (for now) 2015-03-27 09:42:17 -07:00
setup.cfg Skip tarball and just gzip the archive file. 2015-04-15 13:40:31 -07:00
setup.py First commit 2014-01-09 17:45:45 +00:00
tox.ini Remove Swift handler (for now) 2015-03-27 09:42:17 -07:00

README.md

shoebox

binary data archiving library - supports uploading to object storage

Json payloads and string:string metadata dicts are stored in local-disk binary files. The binary file format is versioned and tagged to allow for easy extension.

There are ArchiveReaders and ArchiveWriters which are managed by the RollManager. "Roll" comes from "roll over". It controls when roll-over occurs from one Archive to the next. There is only one Archiver active at a time per RollManager.

The RollManager opens and closes Archivers as needed. "As needed" is determined by which RollChecker that was passed into the RollManager. Archive files can roll over based on file size or elapsed time (for writing). For reading, archive files are only rolled over when the EOF is reached.

Roll Managers also take care of filename creation, compression of completed archives and transfer of archive files to remote storage locations.

The RollCheckers have a reference to the current Archive so they can ask file-related questions (like "how big are you?")

You can register callbacks with the RollManager for notifications on when new Archive files are opened or closed.

Important Note! The Callback handlers and the RollCheckers take kwargs in the constructor since they can be dynamically loaded as plugins. So, make sure you provide named parameters to the constructors.

Usage:

# Make a roll checker of whatever strategy you choose.
checker = roll_checker.SizeRollChecker(roll_size_mb=100)  # 100mb files

# Make a roll manager for reading or writing. 
# Give the filename template and the checker. 
# (and an optional working directory for new files)

# The %c in the template is per the python strptime method: 
# https://docs.python.org/2/library/datetime.html#strftime-strptime-behavior 

x = roll_manager.WritingRollManager("test_%c.events", checker)

# Write some metadata and payload ...
#
# WritingRollManager.write(metadata, payload) where
# metadata = string:string dict
# payload = string of data. Most likely a json structure.

# If the archive file grows beyond 100mb the old one
# will automatically close and a new one created.
for index in range(10):
    x.write({"index": str(index)}, "payload_%d" % index)

x.close()

For Reading:

# Read from all the event data files using wildcards ...
manager = roll_manager.ReadingRollManager("test_*.events")

# This will keep reading across all files in the archive
# until we reach the end.
while True:
    try:
        metadata, json_payload = manager.read()
    except roll_manager.NoMoreFiles:
        break

Look at test/integration/test_rolling.py for a more complete example.