RETIRED, Application Data Protection as a Service in OpenStack
Go to file
Deepak 294dad8753 Update .coveragerc after the removal of openstack directory
The openstack directory was used to keep codes from oslo-incubator,
we have retired oslo-incubator,so don't use this directory any more.

Change-Id: Ied6691296dca16db33bff37f2a077e4725d2e303
2016-10-17 17:08:00 +05:30
api-ref/source Add restores api-ref 2016-09-30 04:27:39 +08:00
devstack Encapsulate smaug client in Operation Engine 2016-10-17 11:24:34 +08:00
doc Add parameters field for protectable instances API 2016-10-14 16:17:45 +08:00
etc Add server plugin to setup.cfg, default provider 2016-09-21 13:23:00 +03:00
karbor Merge "Encapsulate smaug client in Operation Engine" 2016-10-17 03:35:39 +00:00
releasenotes/notes Add reno release notes to Smaug 2016-06-06 09:11:51 +03: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
.gitignore Initial Cookiecutter Commit. 2015-11-08 13:35:36 +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
CONTRIBUTING.rst Change Smaug to Karbor 2016-08-18 22:55:34 +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
MANIFEST.in Change Smaug to Karbor 2016-08-18 22:55:34 +08:00
README.rst 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
requirements.txt Updated from global requirements 2016-10-14 05:24:50 +00:00
setup.cfg Add a new executor for Operation Engine service 2016-10-13 10:40:52 +08:00
setup.py Manual update from global-requirements 2016-04-08 12:37:55 +10:00
test-requirements.txt Updated from global requirements 2016-10-05 10:23:39 +00:00
tox.ini Use upper-constraints for tox envs 2016-10-05 16:46:30 +05:30

README.rst

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

Links

Karbor

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