Skip to content
/ snapdir Public

Audit and distribute authenticated directory snapshots.

License

Notifications You must be signed in to change notification settings

bermi/snapdir

Repository files navigation

Snapdir

Create, audit and distribute authenticated directory snapshots.

Snapdir enables creating, sharing and verifying snapshots of directories and their contents using human readable manifests.

In its current incarnation, pre v1.0 Snapdir has been implemented as independent and tested bash scripts.

program description docs docs status status
snapdir Snapshotting, verification and sharing of directories with pluggable storage backends. install, manual unit tests status
snapdir-manifest Standalone tool for creating directory snapshot manifests that can be versioned controlled and audited by humans. README manual unit tests status
snapdir-file-store Storage backend using the filesystem. manual unit tests status
snapdir-s3-store Storage backend using Amazon S3. manual s3 status
snapdir-b2-store Storage backend using Backblaze B2. README manual b2 status
snapdir-sqlite3-catalog Basic catalog of local and remote manifests. manual catalog status
bermi/snapdir docker image 8MB Docker image containing snapdir and all its dependencies. docker pull bermi/snapdir docker status

The main goal of Snapdir pre v1.0 is to define an auditable manifest format easy to support and implement in all programming languages.

What is Snapdir?

Snapdir is a userspace cli program with the following features:

  • Generates manifests and unique identifiers of the contents of directories and files.
  • Saves and restores data from pluggable storage backends such as Amazon S3 and Backblaze B2.
  • Verifies the integrity of the data using cryptographic hashes.
  • UNIX-style composability.
  • Content addressable local object cache.

Snapdir is a building block for applications that need one or more of the following characteristics:

  • Storing data on untrusted environments.
  • Content replicated data types (CRDTs).
  • File-system based data replication.
  • Data integrity verification.
  • File deduplication.
  • Multicloud file sharing.

Motivation

This tool was created as a prototype to explore an optimal workflow for consuming and generating files in ephemeral environments. At BermiLabs, we used it to replicate parquet files in our analytics pipelines and our distributed ETL workflows.

We decided to open source it could be used by others to implement CRDT strategies on eventually consistent read-heavy applications.

Design goals

  • Manifest format and specification should be simple to understand by humans and simple to implement.
  • Manifest format should be auditable and suitable for tracking under version control.
  • Simple and intuitive CLI interface for working with files and directories with UNIX-style composability and no configuration required.
  • Use external object backends like Amazon S3 for persistence and sharing, and structure simple to expose via HTTP.
  • Allow files to be replicated and updated concurrently without coordination.
  • Optional deduplication of files by using links to cached files.
  • Allow balancing performance and correctness by offering off-process integrity checks and deduplication.
  • Allow verifying snapshots using cryptographic hashes and standard UNIX tools.
  • Use of deterministic ID's to replicate and share snapshots.
  • Performant and efficient post v1.0.0 release using a compiled language.

Non-goals

While this project remains a prototype built for experimentation, we expect some features to be missing from the bash version.

  • Multiple Operating Systems support. Only Linux and macOS (with bash>5) are supported.
  • Compression or encryption of files at rest. While this might be desirable, it will complicate the snapdir manifests spec.
  • Real-time or streaming files are not efficient targets for snapdir, as it assumes files are immutable and the format needs to be human-readable.
  • ACL's and authentication. Remote object backends are well suited for this.

Pluggable Stores

Snapdir delegates to stores the task of persisting fetching files on long-term storage.

When calling snapdir fetch, pull or push methods you must supply a valid --store option which determines the source or origin of the data. The --store argument is formatted as a URI, where the store name is taken from the protocol part of the URI. For example, file://some/path is a valid --store as long as there's a snapdir-file-store binary somewhere in your PATH.

Check the authoring stores documentation for more details.

Installation

Snapdir requires BLAKE3 for hashing and HMAC signing and optionally sqlite to query local snapshots.

To verify your dependencies are on your $PATH run:

command -v b3sum
command -v sqlite3

To install the dependencies on debian flavored distributions you can run:

apt-get install -y wget sqlite3
wget -q "https://github.com/BLAKE3-team/BLAKE3/releases/download/1.3.1/b3sum_linux_x64_bin" -O /usr/local/bin/b3sum
chmod +x /usr/local/bin/b3sum

At a minimum, snapdir requires the snapdir and snapdir-manifest scripts to be on your $PATH.

The utils/install.sh command installs the following scripts: snapdir, snapdir-manifest, snapdir-s3-store, snapdir-b2-store, snapdir-test and snapdir-sqlite3-catalog in /usr/local/bin/

wget -O - https://raw.githubusercontent.com/bermi/snapdir/main/utils/install.sh | bash

Try without installing

You can try snapdir using the Docker image bermi/snapdir

target_dir=./ # specify a target directory
# using -v to mount the target directory on the docker container
docker run --platform linux/amd64 -it --rm \
    -v "$(realpath $target_dir):/target" \
    -v "${HOME}/.cache/snapdir:/root/.cache/snapdir" \
    bermi/snapdir manifest /target

The following alias will expose your current directory as /target

alias snapdir='docker run -it --rm \
    -v "$(realpath .):/target" \
    --workdir /target \
    -v "${HOME}/.cache/snapdir:/root/.cache/snapdir" \
    bermi/snapdir'

Development

Checkout this repo and run

./snapdir-test

to run test that don't interface with remote resources.

Check .github/workflows for examples on how to run integration tests against remote stores.

Alternatives

There are many other tools that might be better suited for your particular use case. For example: ostree, mtree, Git LFS, DVC, Syncthing, BitTorrent, DAT, git, HDF5, tar, Btrfs, ZFS, IPFS, Perkeep, SeaweedFS, upspin Keybase Filesystem and Sigstore.

We use Snapdir in conjunction with some of the tools mentioned above. None of them met the simplicity, ergonomics and auditability goals we had in mind when defining Snapdir.

License

LICENSE: MIT Copyright (c) 2022 Bermi Ferrer

About

Audit and distribute authenticated directory snapshots.

Resources

License

Stars

Watchers

Forks

Languages