Dan Wendlandt wrote: > On 24/07/12 18:33 -0700, Eugene Kirpichov wrote: >> We at Mirantis have had a number of clients request functionality to >> control various load balancer devices (software and hardware) via an >> OpenStack API and horizon. So, in collaboration with Cisco OpenStack >> team and a number of other community members, we’ve started >> socializing the blueprints for an elastic load balancer API service. >> At this point we’d like to share where we are and would very much >> appreciate anyone participate and provide input. > > Yes, I definitely think LB is one of the key items that we'll want to tackle > during Grizzly in terms of L4-L7 services.
Yes, LB sounds like the first service to implement in the "utility network services" direction. >> Another question we have is if this should be a standalone >> module or a >> Quantum plugin… > > Based on discussions during the PPB meeting about quantum becoming core, > there was a push for having a single network service and API, which > would tend to suggest it being a sub-component of Quantum that is > independently loadable. I also tend to think that its likely to be a > common set of developers working across all such networking > functionality, so it wouldn't seem like keeping different core-dev > teams, repos, tarballs, docs, etc. probably doesn't make sense. I think > this is generally inline with the plan of allowing Quantum to load > additional portions of the API as needed for additional services like > LB, WAN-bridging, but this is probably a call for the PPB in general. The sub-component approach would have my preference. It sounds like a natural advanced network service to provide within Quantum. -- Thierry Carrez (ttx) Release Manager, OpenStack _______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp