cloudfoundry / cloudfoundry/cloud_controller_ng
Add none recursive service instance deletion parameter
Nobody has claimed this yet.
- Dominant language
- Ruby
- Stars
- 207
- Forks
- 373
- Avg merge
- 2d 12h
- Merged PRs (30d)
- 56
Description
Issue
The service instance deletion API in V3 deletes a service instance recursively. The default behaviour of the V2 APIs is none recursive and there is a parameter called recursive which can be used to have a recursive deletion. The recursive deletion for service instances is challenging because they could have bindings which also get deleted but apps using the bindings will still have a reference to the binding and will fail by trying to access the service via it.
Steps to Reproduce
- Create a service of any type
- Deploy the spring music app and bind it to the service from step 1)
- Execute
cf delete-service <my-service-instance> - Check e.g. by calling
https://<my-app-host>/appinfothat the app is still bound to the service
Expected result
With the current approach in CF to require a restage for service binding updates I don't think that this could be solved but we could provide a none recursive alternative.
Possible Fix
In case a CF API client wants to implement a none recursive deletion it will be useful to provide a parameter to disable the recursive deletion.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the V3 service instance deletion API and the cf delete-service behavior described in the issue, then compare them with the V2 recursive parameter. Done means providing a deletion option that disables recursive deletion while preserving the non-recursive behavior expected by API clients.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ruby
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100