<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Mar 29, 2018 at 8:14 PM Surya Singh <<a href="mailto:singh.surya64mnnit@gmail.com">singh.surya64mnnit@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear All,<br>
<br>
Thanks Rich for putting thoughts on continuation with kolla-k8s.<br>
<br>
<br>
On Fri, Mar 30, 2018 at 2:26 AM, Richard Wellum <<a href="mailto:richwellum@gmail.com" target="_blank">richwellum@gmail.com</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> So as a current Kolla-Kubernetes Core - I have a slightly different opinion than most, I'll try to verbalize it coherently.<br>
><br>
> Lets talk about what Kolla is:<br>
><br>
> 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.<br>
><br>
> 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.<br>
><br>
> 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.<br>
><br>
> 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.<br>
><br>
> 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.<br>
<br>
+1<br>
<br>
><br>
> In my opinion we should set some realistic goals before we sunset:<br>
><br>
> 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.<br>
<br>
I am agree that we should have feature set for Rocky v1.0 release and<br>
AFAIK community already have that.<br>
<br>
> 2. Agreement within Kolla core team to learn kolla-kubernetes and start to put a percentage of time into this sub-project.<br>
> 3. Identify the people who are genuinely interested in working with it within the Kolla team.<br>
<br>
Though currently I am not the MVP in kolla-k8s but i would love to<br>
help with some concrete item for v1.0, IMHO before that we need a<br>
leader then identify volunteers.<br>
And for that if we need more thought on this<br>
<a href="https://review.openstack.org/#/c/552531" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/552531</a><br>
<br></blockquote><div>I missed this and will review.</div><div><br></div><div>Thanks,</div><div><br></div><div>||Rich</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
><br>
> 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.<br>
><br>
> Thanks,<br>
><br>
> ||Rich<br>
><br>
><br>
> On Wed, Mar 28, 2018 at 1:54 PM Chuck Short <<a href="mailto:zulcss@gmail.com" target="_blank">zulcss@gmail.com</a>> wrote:<br>
>><br>
>> +1<br>
>><br>
>> Regards<br>
>> chuck<br>
>> On Wed, Mar 28, 2018 at 11:47 AM, Jeffrey Zhang <<a href="mailto:zhang.lei.fly@gmail.com" target="_blank">zhang.lei.fly@gmail.com</a>> wrote:<br>
>>><br>
>>> There are two projects to solve the issue that run OpenStack on<br>
>>> Kubernetes, OpenStack-helm, and kolla-kubernetes. Them both<br>
>>> leverage helm tool for orchestration. There is some different perspective<br>
>>> at the beginning, which results in the two teams could not work together.<br>
>>><br>
>>> But recently, the difference becomes too small. and there is also no active<br>
>>> contributor in the kolla-kubernetes project.<br>
>>><br>
>>> So I propose to retire kolla-kubernetes project. If you are still<br>
>>> interested in running OpenStack on kubernetes, please refer to<br>
>>> openstack-helm project.<br>
>>><br>
>>> --<br>
>>> Regards,<br>
>>> Jeffrey Zhang<br>
>>> Blog: <a href="http://xcodest.me" rel="noreferrer" target="_blank">http://xcodest.me</a><br>
>>><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>
>> __________________________________________________________________________<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>
><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>
<br>
---<br>
Thanks<br>
Surya<br>
<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>
</blockquote></div></div>