<div dir="ltr">Hi,<div><br></div><div>So as a current Kolla-Kubernetes Core - I have a slightly different opinion than most, I'll try to verbalize it coherently.</div><div><br></div><div>Lets talk about what Kolla is:</div><div><br></div><div>Kolla is a project that builds OpenStack docker images, stores them on dockerhub, and provides tools to build your own images from your own source. Both the images and the tools it provides, are widely used, very popular and extremely stable; TripleO, openstack-helm and kolla-ansible to name a few are all deployment methods that use Kolla.</div><div><br></div><div>Kolla has two sub-projects, that both revolve around deployment methods; kolla-ansible and kolla-kubernetes. Kolla-ansible is proven, stable and used by many in the industry. Part of Kolla's quality is it's rock-solid dependability in many scenarios. As Kubernetes took over most of the COE world, it's only correct that the Kolla team created this sub-project; if swarm became suddenly very popular then we should create a kolla-swarm sub-project.</div><div><br></div><div>So if we abandon kolla-kubernetes ('sunset' seems much more romantic admittedly) - we are abandoning the core Kolla team's efforts in this space. No matter how good openstack-helm is (and I've deployed it, know a lot of the cores and it's truly excellent and well driven), what happens down the line if openstack-helm decide to move on from Kolla - say focussing on Loci images or a new flavor that comes along? Then Kolla the core project, will no longer have any validation of it's docker images/containers running on Kubernetes. That to me is the big risk here.</div><div><br></div><div>The key issue in my opinion is that the core Kolla team has focussed on kolla-ansible almost exclusively, and have not migrated to using kolla-kubernetes as well. As the code base has stagnated, the gates get intro trouble, and new features and configurations added to kolla-ansible are not translated to kolla-kubernetes.</div><div><br></div><div>So I think the real question is not whether we should 'sunset' kolla-kubernetes the sub-project, but should we drop Kolla support on Kubernetes? Relying on a different team to do so is probably not the answer; although it's the one championed in this thread.</div><div><br></div><div>In my opinion we should set some realistic goals before we sunset:</div><div><br></div><div>1. Pick a feature set for a Rocky v1.0 release, and commit to trying to get there. We have a long list of items, maybe pair this down to something reasonable.</div><div>2. Agreement within Kolla core team to learn kolla-kubernetes and start to put a percentage of time into this sub-project.</div><div>3. Identify the people who are genuinely interested in working with it within the Kolla team.</div><div><br></div><div>Without '2' I think sunsetting is the way forward, but the risks should be fully understood and hopefully I've made a case for what those are above.</div><div><br></div><div>Thanks,</div><div><br></div><div>||Rich</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Mar 28, 2018 at 1:54 PM Chuck Short <<a href="mailto:zulcss@gmail.com">zulcss@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">+1<div><br></div><div>Regards</div></div><div dir="ltr"><div>chuck</div></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Mar 28, 2018 at 11:47 AM, Jeffrey Zhang <span dir="ltr"><<a href="mailto:zhang.lei.fly@gmail.com" target="_blank">zhang.lei.fly@gmail.com</a>></span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">There are two projects to solve the issue that run OpenStack on </div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Kubernetes, OpenStack-helm, and kolla-kubernetes. Them both</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">leverage helm tool for orchestration. There is some different perspective</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">at the beginning, which results in the two teams could not work together. </div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">But recently, the difference becomes too small. and there is also no active</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">contributor in the kolla-<span style="color:rgb(34,34,34);font-family:monospace,monospace;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">kubernetes</span> project. </div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">So I propose to retire kolla-kubernetes project. If you are still</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">interested in running OpenStack on kubernetes, please refer to </div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">openstack-helm project.</div><span class="m_4789233321887415837HOEnZb"><font color="#888888"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><span style="font-family:arial,sans-serif">-- </span><br></div><div class="m_4789233321887415837m_-7675246336355633125m_2546282136455800618gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><span style="font-size:13px;border-collapse:collapse"><font face="monospace, monospace">Regards,</font></span></div><div><span style="font-size:13px;border-collapse:collapse"><font face="monospace, monospace">Jeffrey Zhang</font></span></div><div><span style="font-family:monospace,monospace;font-size:12.8px">Blog: </span><a href="http://xcodest.me/" style="font-family:monospace,monospace;font-size:12.8px" target="_blank">http://xcodest.me</a><font face="monospace, monospace"><br></font></div></div></div></div></div></div></div></div></div>
</font></span></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div></div>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>