Re: [Proposal] Asynchronous service broker bindings

Dr Nic Williams <drnicwilliams@...>

That's a pity to hear that there a long binding requests in the world - I was recently pondering the idea of dynamically rebinding individual containers to service instances on each container restart. I'd never seen a long binding request so it seemed like a great opportunity to continuously rotate credentials (without user involvement).

Dr Nic

On Mon, Mar 20, 2017 at 8:38 PM +1000, "Matthew McNeeney" <mmcneeney(a)> wrote:

The bind and unbind API calls to a service broker currently only support synchronous operations. This is causing problems for service brokers that have a long running workflow (such as provisioning new user accounts, setting up firewalls, etc) as the default 60 second CF timeout [1] can easily be exceeded. A proposal [2] has been drawn up that changes the specification [3] to additionally allow asynchronous binding and unbinding (similar to how asynchronous create, update and delete currently work). There is an outstanding Github issue [4] from the Open Service Broker API working group that contains more context on this.

We're also proposing that this is added to the CF CLI, with the same UX as create, update and delete.
Has anyone else faced issues with synchronous (un)binding timeouts?
Any feedback is welcome via the Github issue or this mail.

Join { to automatically receive all group messages.