[openstack-dev] [Neutron] Service Type Framework implementation

Eugene Nikanorov enikanorov at mirantis.com
Tue Jul 9 09:59:20 UTC 2013


Hi Nachi,

I agree on the future plan.
However, dynamic loading/unloading of provider drivers will require
additional code in service plugins, I'm not sure this will be fully
supported in Havana (while I'm totally agree on implementing it)

Thanks,
Eugene.


On Tue, Jul 9, 2013 at 3:40 AM, Nachi Ueno <nachi at ntti3.com> wrote:

> Hi Eugene
>
> It still not make sense for me to store static configuration on the DB
> just for easy implementation.
> However if the service type will support creation and deletion REST
> api in future, I would like to approve this patch
> as a first step of it.
> You answered "I think it's doable but I'd still consider current
> implementation as a first step - enikanorov. "
> in the googled docs. so I believe we are in the same boat now.
>
> I wanna make it clear future work.
>
> - Service Type REST API (for admin) will add supports
>   - Ceate Service Type
>   - Delete Service Type
>  -  Each driver users will lazy load the library if it is not loaded.
>     (may be this should be implemented on service side such as FW,
> LBaaS,VPN)
>
> - Remove service type configuration from conf
>
> Is this OK for you guys?
>
> Thanks
> Nachi
>
>
> 2013/7/8 Eugene Nikanorov <enikanorov at mirantis.com>:
> > Hi neutron folks,
> >
> > There has been a discussion around this patch
> > https://review.openstack.org/#/c/29750/ that introduces configuration
> > options and db table for storing service providers.
> >
> > The discussion is about whether we should store configuration in the db
> or
> > not.
> > The brief of discussion has been saved here:
> >
> https://docs.google.com/presentation/d/1v0nLTEsFOwWeYpYjpw4qe3QHB5lLZEE_b0TmmR5b7ic/edit#slide=id.gefc32ecf_00
> > Please share your thoughts on this.
> >
> > While we may continue to discuss the best approach to this, I'd like to
> see
> > the patch to be committed first (it seems to be ready) as there are other
> > features depending on it (NSX distributed router, lbaas, fwaas and vpnaas
> > possibly).
> >
> >
> > Thanks,
> > Eugene.
> >
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130709/7b1bfa00/attachment.html>


More information about the OpenStack-dev mailing list