Skip to content
This repository has been archived by the owner on Sep 21, 2022. It is now read-only.

BBR support #191

Open
gberche-orange opened this issue Nov 10, 2017 · 4 comments
Open

BBR support #191

gberche-orange opened this issue Nov 10, 2017 · 4 comments

Comments

@gberche-orange
Copy link

gberche-orange commented Nov 10, 2017

Hi Core Services team,

I'm wondering whether there are plans to add BBR support for cf-mysql-release.

I could not yet find mention of it into the issues, tracker, or pmc-notes , on slack, or in BBR backlog

If not, please let me know if such contribution could be accepted.

Thanks in advance,

Guillaume.

/cc @ldangeard-orange

@cf-gitbot
Copy link
Collaborator

We have created an issue in Pivotal Tracker to manage this:

https://www.pivotaltracker.com/story/show/152758081

The labels on this github issue will be updated when the story is started.

@gberche-orange
Copy link
Author

@menicosia any feedback you could provide ?

@menicosia
Copy link
Contributor

Hi @gberche-orange, sorry for taking so long to get back to you.

Because BBR intends for the deployment to be aware that a backup is occurring, and respond appropriately, (for instance ccdb shuts down all instances for now), there isn't a generic end point supplied with cf-mysql-release.

Instead, the software which includes cf-mysql-release as part of their deployment includes the backup scripts called by bbr, as they perform both the steps to quiesce the app as well as perform the backup (or restore).

For the moment, there isn't a high priority to back up the deployment which is used by the service-broker.

--
Marco Nicosia
Product Manager
Pivotal Software, Inc.

@gberche-orange
Copy link
Author

Thanks @menicosia. I understand that BBR API is not yet exposed to CF application developer as part of CC API, and not exposed to service brokers through OSB. As such, asking application developers to trigger consistent mysql-release backups would require apps to broker specific interactions (e.g. through a mysql-release dashboard or a custom REST API endpoint).

As a workaround until such on-demand back up support gets standardized into OSB (openservicebrokerapi/servicebroker#114) and exposed into CC API, I feel service operators have to backup user subscriptions without getting user triggered data consistency.

As CF and bosh community suggest standardisation of backup/restore using BBR contract, we feel that the consistent backup logic documented into https://github.com/cloudfoundry/cf-mysql-release/blob/develop/docs/backup-restore.md should be rather automated into the cf-mysql-release bbr contract implementation, rather than being duplicated in external backups product like shieldproject/shield#374

Would a PR adding BBR support for backup/restore the service broker data, along with all of the provisionned databases data be considered ?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
Development

No branches or pull requests

3 participants