<div dir="auto"><div>I actually like the idea of moving to kolla-kubernetes. I guess there would be a bunch of work towards giving folks an upgrade path and reaching feature parity; but this would happen anyway eurgh the switch to kubernetes.  And this would have the added value of merging two communities, thus more devs and folks testing :D . I like it!<br><div class="gmail_extra"><br><div class="gmail_quote">On 14 Jul 2017 18:56, "Michał Jastrzębski" <<a href="mailto:inc007@gmail.com">inc007@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Guys.... you just described Kolla-Kubernetes pretty much... how about<br>
we join effort and work towards this goal together?<br>
<div class="elided-text"><br>
On 14 July 2017 at 08:43, Flavio Percoco <<a href="mailto:flavio@redhat.com">flavio@redhat.com</a>> wrote:<br>
> On 14/07/17 17:26 +0200, Bogdan Dobrelya wrote:<br>
>><br>
>> On 14.07.2017 11:17, Flavio Percoco wrote:<br>
>>><br>
>>><br>
>>> Greetings,<br>
>>><br>
>>> As some of you know, I've been working on the second phase of TripleO's<br>
>>> containerization effort. This phase if about migrating the docker based<br>
>>> deployment onto Kubernetes.<br>
>>><br>
>>> These phase requires work on several areas: Kubernetes deployment,<br>
>>> OpenStack<br>
>>> deployment on Kubernetes, configuration management, etc. While I've been<br>
>>> diving<br>
>>> into all of these areas, this email is about the second point, OpenStack<br>
>>> deployment on Kubernetes.<br>
>>><br>
>>> There are several tools we could use for this task. kolla-kubernetes,<br>
>>> openstack-helm, ansible roles, among others. I've looked into these<br>
>>> tools and<br>
>>> I've come to the conclusion that TripleO would be better of by having<br>
>>> ansible<br>
>>> roles that would allow for deploying OpenStack services on Kubernetes.<br>
>>><br>
>>> The existing solutions in the OpenStack community require using Helm.<br>
>>> While I<br>
>>> like Helm and both, kolla-kubernetes and openstack-helm OpenStack<br>
>>> projects, I<br>
>>> believe using any of them would add an extra layer of complexity to<br>
>>> TripleO,<br>
>><br>
>><br>
>> It's hard to estimate that complexity w/o having a PoC of such an<br>
>> integration. We should come up with a final choice once we have it done.<br>
>><br>
>> My vote would go for investing engineering resources into solutions that<br>
>> have problems already solved, even by the price of added complexity (but<br>
>> that sort of depends...). Added complexity may be compensated with<br>
>> removed complexity (like those client -> Mistral -> Heat -> Mistral -><br>
>> Ansible manipulations discussed in the mail thread mentioned below [0])<br>
><br>
><br>
> I agree it's hard to estimate but you gotta draw the line somewhere. I<br>
> actually<br>
> spent time on this and here's a small PoC of ansible+mariadb+helm. I wrote<br>
> the<br>
> pyhelm lib (took some code from the openstack-helm folks) and I wrote the<br>
> ansible helm module myself. I'd say I've spent enough time on this research.<br>
><br>
> I don't think getting a full PoC working is worth it as that will require<br>
> way<br>
> more work for not much value since we can anticipate some of the<br>
> complexities<br>
> already.<br>
><br>
> As far as the complexity comment goes, I disagree with you. I don't think<br>
> you're<br>
> evaluating the amount of complexity that there *IS* already in TripleO and<br>
> how<br>
> adding more complexity (layers, states, services) would make things worse<br>
> for<br>
> not much extra value.<br>
><br>
> By all means, I might be wrong here so, do let me know if you're seeing<br>
> something I'm not.<br>
> Flavio<br>
> --<br>
> @flaper87<br>
> Flavio Percoco<br>
><br>
</div><div class="elided-text">> ______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
><br>
<br>
______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></blockquote></div><br></div></div></div>