Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

barman/clients: Storj cloud walarchive proof of concept #1

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

ifraixedes
Copy link
Collaborator

@ifraixedes ifraixedes commented Jul 30, 2020

This PR contains the following

  • Create a proof of concept of creating a CloudInterface class for Storj decentralized object storage.
    The new class doesn't implement all the methods than the original CloudInterface only the ones used by the barman/client/cloud_walarlchive.py tool because this is a proof of concept to see how we could adapt the barman client tools just implementing a new CloudIterface class.
  • Create a new client cloud walarchive tool for using Storj network.
    This is a copy of the original barman/clients/cloud_walarchive.py file with the minimal modifications for using the StorjCloudInterface class and verify that the proof of concept works.
    In a proper implementation, the tools should be the same and have some command-line arguments to specify which cloud provider to use (Storj or S3).

There is no manual test, but I tested in my local using a Tardigrade access and a WAL file generated by a PostgreSQL running in my local and the file was upload to it.

Create a proof of concept of creating a CloudInterface class for Storj
decentralized object storage.

The new class doesn't implement all the methods than the original
CloudInterface only the ones used by the
barman/client/cloud_walarlchive.py tool because this is a proof of
concept to see how we could adapt the barman client tools just
implementing a new CloudIterface class.
Create a new client cloud walarchive tool for using Storj network.

This is a copy of the orignal barman/clients/cloud_walarchive.py file
with the minimal modifications for using the StorjCloudInterface class
and verify that the proof of concept works.

In a proper implementation the tools should be the same and have some
command line arguments to specify which cloud provider to use (Storj or
S3).
@ifraixedes ifraixedes self-assigned this Jul 30, 2020
@stefanbenten stefanbenten changed the base branch from master to main December 28, 2020 20:50
@stefanbenten
Copy link
Contributor

@ifraixedes Do we want to get this merged eventually?

@ifraixedes
Copy link
Collaborator Author

We could, it was a proof-of-concept to see what we have to change in Barman scripts for working with Storj as it works with S3.

Nonetheless, I'm aware that our python-bindings were going to suffer a general overhaul, so it may not work anymore once that happens.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants