[qa][zun][kuryr][k8s]

Ghanshyam Mann gmann at ghanshyammann.com
Sat Apr 20 16:12:25 UTC 2019


 ---- On Thu, 18 Apr 2019 22:54:14 -0500 Hongbin Lu <hongbin034 at gmail.com> wrote ----
 > Hi all,
 > Right now, we have a devstack plugin [1] to install container engine (i.e. docker, cri-o). The plugin is currently used by Zun and Kuryr and under the governance of QA team.
 > I am working on a patch [2] to enable k8s installation via devstack. Zun needs this feature to setup the CI for the virtual kubelet provider, and I heard Kuryr also interest to leverage it.
 > The original idea is to incorporate k8s installation into devstack-plugin-container, so that we can avoid the overhead to bootstrap and maintain a separated plugin. However, the feedback I received so far gave preference to a separated plugin for k8s, so I sent out this email to collect more opinions.
 > Do you prefer a dedicated devstack plugin for k8s, or is fine to reuse the existing container plugin for this purpose?
 > [1] https://github.com/openstack/devstack-plugin-container[2] https://review.openstack.org/#/c/646018/

I agree on this, it makes more sense to keep it in existing 'devstack-plugin-container' plugin. As you mentioned clearly in your patch about
'how to enable the k8s' and what is default is enough for the user to use it in either way. 

-gmann

 > Best regards,Hongbin 




More information about the openstack-discuss mailing list