Hi Zhi, LBaaSv2 as an API will live on.
We are in the process of merging that API into the octavia repository to merge the two load balancing projects into one and remove our dependency on the neutron API process/endpoint. Functionally it is our goal to allow the LBaaSv2 API to continue to function for users. For some period of time we will maintain a pass-through proxy so that calls to the neutron API endpoint will continue to function as they do today. In addition, we will be advertising the octavia endpoint and it will be compatible with the current LBaaSv2 API. Over time users can switch the endpoint they use for LBaaSv2 calls from the neutron endpoint and they will continue to operate as expected. As part of this compatibility, the current LBaaSv2 drivers will move behind the octavia API process as opposed to the current neutron API process. The legacy haproxy-namespace driver and the octavia (haproxy based as well) driver will continue to exist for some time, though we would like to deprecate the legacy haproxy-namespace driver. Given the progress we have made up to Ocata-2, I expect Ocata will release with the same configuration as Newton. We will have the LBaaSv2 API in place in octavia, but the driver and pass through work will not be complete in time. This means you will continue to use the neutron endpoint to access neutron-lbaas drivers as you do today. Michael On Sun, Dec 18, 2016 at 6:52 PM, zhi <changzhi1...@gmail.com> wrote: > Deal all. > > I have some questions about what will Neutron does in next releases. > > As far as I know, LBaaSv2 will be deprecated in next 2 releases, maybe P > release, we will not see LBaaSv2 anymore, isn't it? Instead of LBaaSv2( > HAProxy driver based ), Octavia will be the only LBaaS solution, isn't it? > > What's about namespace based L3 router? Do we have any ideas about NFV > solution in L3 router just like Octavia? > > Finally, where will Neutron *aaS go in future? Now, vpnaas was not part of > neutron governance. What about fwaas? Do we deprecated it in next releases? > > I wish someone could give some exact words about these. I will thanks a lot. > :) > > > Thanks > Zhi Chang > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev