RETIRED, Application Data Protection as a Service in OpenStack
Go to file
2017-03-13 13:40:31 +00:00
api-ref/source keystone: move to v3 2017-02-07 14:00:45 +02:00
devstack Update fullstack efficiency 2017-02-10 08:35:19 +08:00
doc Add and use Karbor beaver mascot 2017-02-15 10:29:35 +02:00
etc etc/karbor.conf URL error 2017-02-15 06:55:10 +08:00
karbor Merge "Add metadata parameter to checkpoint API" 2017-03-13 13:40:31 +00:00
releasenotes ocata: release notes 2017-02-01 11:21:59 +02:00
tools Change Smaug to Karbor 2016-08-18 22:55:34 +08:00
.coveragerc Update .coveragerc after the removal of openstack directory 2016-10-17 17:08:00 +05:30
.gitattributes Temporarily remove rst from gitattributes 2016-12-14 15:09:45 +02:00
.gitignore docs: build modindex, add plugins 2017-01-30 13:27:32 +02:00
.gitreview Change Smaug to Karbor 2016-08-18 22:55:34 +08:00
.mailmap Initial Cookiecutter Commit. 2015-11-08 13:35:36 +02:00
.testr.conf Change Smaug to Karbor 2016-08-18 22:55:34 +08:00
babel.cfg Initial Cookiecutter Commit. 2015-11-08 13:35:36 +02:00
CONTRIBUTING.rst Update descriptions in CONTRIBUTING.rst 2016-11-28 00:36:44 -08:00
HACKING.rst Change Smaug to Karbor 2016-08-18 22:55:34 +08:00
LICENSE Initial Cookiecutter Commit. 2015-11-08 13:35:36 +02:00
README.rst Add and use Karbor beaver mascot 2017-02-15 10:29:35 +02:00
requirements.txt Updated from global requirements 2017-03-07 01:57:53 +00:00
setup.cfg removed the older version of python 2017-03-07 11:57:44 +05:30
setup.py Updated from global requirements 2017-03-07 01:57:53 +00:00
test-requirements.txt Updated from global requirements 2017-03-07 01:57:53 +00:00
tox.ini removed the older version of python 2017-03-07 11:57:44 +05:30

Team and repository tags

image

Karbor

Application Data Protection as a Service for OpenStack

Karbor

Mission Statement

To protect the Data and Metadata that comprises an OpenStack-deployed Application against loss/damage (e.g. backup, replication) by providing a standard framework of APIs and services that allows vendors to provide plugins through a unified interface

Open Architecture

Design for multiple perspectives:

  • User: Protect App Deployment
    • Configure and manage custom protection plans on the deployed resources (topology, VMs, volumes, images, …)
  • Admin: Define Protectable Resources
    • Decide what plugins protect which resources, what is available for the user
    • Decide where users can protect their resources
  • Vendors: Standard API for protection products
    • Create plugins that implement Protection mechanisms for different OpenStack resources

Features

Version 0.1

  • Resource API
  • Plan API
  • Bank API
  • Ledger API
  • Cross-resource dependencies

Limitations

  • Only 1 Bank plugin per Protection Plan
  • Automatic object discovery not supported