[openstack-dev] [Neutron][LBaaS] Analyzing the critical path
To reiterate the Juno release plan from: https://wiki.openstack.org/wiki/Juno_Release_Schedule Feature freeze is at: 21st August. I am listing tasks which we should consider to be done for Juno and who should handle them. The following might be considered as critical path to get anything for Juno: 1. LBaaS Plugin, API, DB - when is a code commit expected? 2. CLI 3. LBaaS Driver Interfaces - done - https://review.openstack.org/#/c/100690/ 4. Connecting the Plugin calls to the drive - I have not seen any reference to this. I think we should use the provider capabilities until flavor gets implemented. Is this addressed by item 1 above or does it required an additional task? 5. HA proxy reference implementation - when is a code commit expected? 6. Tempest Tests Additional Core features 1. Horizon UI 2. Quota update/fix 3. API Compatibility a. Connecting the OLD API Plugin calls to old/new drivers. Is this still planned? 4. Driver Compatibility a. Connecting the Plugin calls to old drivers. Is this still planned? In addition/parallel 1. TLS - a. BP is approved. b. WIP code was committed and waiting for the code of the basic API/model to be available for start of review. c. HA Proxy reference implementation d. CLI e. Horizon Support f.Tempest Tests 2. L7 context switching a. BP in review b. WIP code in progress and waiting for the code of the basic API/model to be available for initial commit c. HA Proxy reference implementation d. CLI e. Horizon Support f.Tempest Tests Anything else? Regards, -Sam. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Neutron][LBaaS] Analyzing the critical path
Hi Sam, I'll comment on what I know in-line. On Wed, 2014-07-02 at 15:29 +, Samuel Bercovici wrote: To reiterate the Juno release plan from: https://wiki.openstack.org/wiki/Juno_Release_Schedule Feature freeze is at: 21st August. I am listing tasks which we should consider to be done for Juno and who should handle them. The following might be considered as critical path to get anything for Juno: 1. LBaaS Plugin, API, DB – when is a code commit expected? The extension, plugin, and DB code are all implemented for the most part. Right now we are working on the db unit tests. The plugin tests have been converted from the old version. The reason I am using quotes is because the old plugin unit tests actually tested the extension, and the old db unit tests actually tested the plugin (though I can digress into a rant about how its not really unit tests, but I won't bog this down). So I'm probably jsut going to rename the modules. After that is done I'll probably put this up on gerrit as a WIP because there still things left to be included that others are working on such as shim layers, agent tree refactor, namespace_driver refactor. 2. CLI Craig Tracey has been working on this. From what I understand he is close to completion. 3. LBaaS Driver Interfaces – done - https://review.openstack.org/#/c/100690/ 4. Connecting the Plugin calls to the drive – I have not seen any reference to this. I think we should use the “provider” capabilities until “flavor” gets implemented. Is this addressed by item 1 above or does it required an additional task? Yes that is what is being done in #1. 5. HA proxy reference implementation – when is a code commit expected? I believe Dustin Lundquist was/is working on this. I'll let him give an update. 6. Tempest Tests Miguel Lavalle was working on this. Additional “Core” features 1. Horizon UI This one should be discussed more. I think we talked about that this can wait because the v1 API should remain unchanged and so Horizon can use that at first until a change is made. 2. Quota update/fix If by this you mean quota for loadbalancers, listeners, pools, members, health monitors, then this will be done in the refactor. 3. API Compatibility If by this you mean the new API and old API requests and responses work simultaneously then that will be done in the refactor. a. Connecting the “OLD API Plugin calls to “old/new” drivers. Is this still planned? The old API plugin will not be calling the new driver interface. There may be a shim layer that turns the new object model into the old one and passes it to the drivers that do not follow the new driver interface. 4. Driver Compatibility Mentioned this above. a. Connecting the Plugin calls to “old” drivers. Is this still planned? Touched on it above, but there may be a shim layer that does this translation. I also think if the old API and new API can live side by side this shim layer may not be needed. That needs to be a different discussion though. Everything below does indeed depend on the refactor so I haven't been as involved as I should be in those discussions. I'll let those who are involved give updates. In addition/parallel 1. TLS – a. BP is approved. b. WIP code was committed and waiting for the code of the basic API/model to be available for start of review. c. HA Proxy reference implementation d. CLI e. Horizon Support f. Tempest Tests 2. L7 context switching a. BP in review b. WIP code in progress and waiting for the code of the basic API/model to be available for initial commit c. HA Proxy reference implementation d. CLI e. Horizon Support f. Tempest Tests Anything else? Regards, -Sam. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Neutron][LBaaS] Analyzing the critical path
Hi Sam, Anything else? I assume you mean for Juno. Under “In addition”: * Contact current driver owners, to update to new driver interface (some things will break with the shim, e.g. when the drivers are reaching around the plugin to the neutron db.) Also let them know about the upcoming L7/TLS interfaces. * New A10 driver being submitted Thanks, doug From: Samuel Bercovici samu...@radware.commailto:samu...@radware.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org Date: Wednesday, July 2, 2014 at 9:29 AM To: OpenStack Development Mailing List (openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org) openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org, Brandon Logan (brandon.lo...@rackspace.commailto:brandon.lo...@rackspace.com) brandon.lo...@rackspace.commailto:brandon.lo...@rackspace.com Subject: [openstack-dev] [Neutron][LBaaS] Analyzing the critical path To reiterate the Juno release plan from: https://wiki.openstack.org/wiki/Juno_Release_Schedule Feature freeze is at: 21st August. I am listing tasks which we should consider to be done for Juno and who should handle them. The following might be considered as critical path to get anything for Juno: 1. LBaaS Plugin, API, DB – when is a code commit expected? 2. CLI 3. LBaaS Driver Interfaces – done - https://review.openstack.org/#/c/100690/ 4. Connecting the Plugin calls to the drive – I have not seen any reference to this. I think we should use the “provider” capabilities until “flavor” gets implemented. Is this addressed by item 1 above or does it required an additional task? 5. HA proxy reference implementation – when is a code commit expected? 6. Tempest Tests Additional “Core” features 1. Horizon UI 2. Quota update/fix 3. API Compatibility a. Connecting the “OLD API Plugin calls to “old/new” drivers. Is this still planned? 4. Driver Compatibility a. Connecting the Plugin calls to “old” drivers. Is this still planned? In addition/parallel 1. TLS – a. BP is approved. b. WIP code was committed and waiting for the code of the basic API/model to be available for start of review. c. HA Proxy reference implementation d. CLI e. Horizon Support f.Tempest Tests 2. L7 context switching a. BP in review b. WIP code in progress and waiting for the code of the basic API/model to be available for initial commit c. HA Proxy reference implementation d. CLI e. Horizon Support f.Tempest Tests Anything else? Regards, -Sam. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev