cloudfoundry / cloudfoundry/cloud_controller_ng

Add none recursive service instance deletion parameter

Open
#3,532 5 comments 0 reactions 0 assignees View on GitHub

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

  1. Create a service of any type
  2. Deploy the spring music app and bind it to the service from step 1)
  3. Execute cf delete-service <my-service-instance>
  4. Check e.g. by calling https://<my-app-host>/appinfo that 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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.