[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