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

provide "cloud native" way for backup and recovery #401

Closed
cforce opened this issue Dec 20, 2017 · 2 comments
Closed

provide "cloud native" way for backup and recovery #401

cforce opened this issue Dec 20, 2017 · 2 comments

Comments

@cforce
Copy link

cforce commented Dec 20, 2017

Feature request.

Should be somehow a feature of API of OSB .
The OSB story allows us to create instances and share credentials for day 1 operation for a devops database requirements. What is missing is a general purpose API that allows devops to schedule,manually so backups and restore for the binded services (so far the service provider suppport it, thta is an optional api).

For Service and restore the instance provisioning would also require to provision a storage account , preferable an s3 compliant interface implementation. shall be offered.
I think back and storage is usefull in most domains of services, and even if restore is mor advanced the manually or scheduled backup to an defined instance binding acccount would be a first good step.

Use cases for API

  1. setup storage account for binding (could be simpler by having a logged in acccount all bindings have storage accounts by default)
  2. setup schedule time table based with name by convention e.g "_"
  3. trigger "save point" "x" manually
  4. restore save point name "x" for binding - could introduce unbinding and binding for all binded consumers because of downtime.
@mattmcneeney
Copy link
Contributor

Hi @cforce
Thank you for detailing your use cases.
We have had this request from many folks in the community and are currently discussing a possible solution in #114. Could you take a look at that and see if you think that will help you?

@duglin
Copy link
Contributor

duglin commented Jan 16, 2018

I'm going to assume that this issue is about adding new OSBAPI ops for the Platform to invoke against the broker/instance and NOT about extending the list of ops available to the application that is bound to the instance. And therefore is a dup of #114 and will close. @cforce if I'm wrong please reopen it.

@duglin duglin closed this as completed Jan 16, 2018
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

No branches or pull requests

3 participants