Kobi Samoray 97a168c270 Providers: propose changes to API ... While implementing an API driver for VMware loadbalancing platforms, we ran into several difficulties which, I believe, might impact other vendors as well. The current approach of passing only the object id in delete operation forces the driver to either run within Octavia's context, or maintain a full state in order to map a sub-object id (e.g listener), to a loadbalancer, which it should be deleted from. With updates the problem is more complex as for reference the driver has to maintain a full state of the object - not only mapping to the loadbalancer. We already know what maintaining a mirror state is painful as we experienced this for a while with LBaaSv2 and Octavia. As an alternative, the driver could retreive the properties from the appliance which may be a costly operation and will only resolve the update challenges. Change-Id: Ide4beaf73bb99be5c3b4c71c12fecef3499f45d9		2018-06-05 04:32:23 +00:00
..
active-active-l3-distributor.rst	blueprint: l3-active-active	2017-09-21 17:55:18 -04:00
enable-provider-driver.rst	Providers: propose changes to API	2018-06-05 04:32:23 +00:00
udp_support.rst	Support UDP load balancing	2017-12-21 17:15:23 +00:00