<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jan 5, 2017 at 7:45 PM, Michał Jastrzębski <span dir="ltr"><<a href="mailto:inc007@gmail.com" target="_blank">inc007@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I think total separation of projects would require much larger<br>
discussion in community. Currently we agreed on having kolla-ansible<br>
and kolla-k8s to be deliverables under kolla umbrella from historical<br>
reasons. Also I don't agree that there is "little or no overlap" in<br>
teams, in fact there is ton of overlap, just not 100%. Many<br>
contributors (myself included) jump between deliverables today.<br>
<br>
Having single Kolla umbrella has practical benefits which I would hate<br>
to lose quite frankly. One of which would be that Kolla is being<br>
evaluated by lot of different companies, and having full separation<br>
between projects would make navigation of a landscape harder. Another<br>
reason is single community which we value - there is no full<br>
separation even between kolla-ansible and kolla-k8s (ansible still<br>
generates config files for k8s for example), and further separation of<br>
projects would hurt cooperation, and I don't think we've hit situation<br>
when it's necessary. I'm not ready to have this discussion yet, and<br>
I'm personally quite opposed to this.<br>
<br>
If kolla-salt would like to be first completely separate project,<br>
there is nothing we can (or want) to do to stop it, but I wouldn't<br>
like to see this being pushed. Having special beast isn't great, and<br>
moving kolla-ansible and kolla-k8s out of kolla umbrella is revolution<br>
I don't want to rush. I'd rather figure out process to accept<br>
kolla-salt (and following projects) to kolla umbrella and have this<br>
discussion later, when we actually hit community scale issues.<br></blockquote><div><br></div><div>I don't think moving kolla-ansible or kolla-k8s out of the kolla namespace was being suggested. If I implied that, it was not intended. That said, with Doug's comments, I am not sure it makes sense to continue building a Kolla deployment hierarchy. I would ask what the benefit of having kolla-salt or kolla-puppet would be?<br></div><div><br></div><div>It is just a point that hasn't been discussed or considered up until now. We had all just assumed kolla-salt and kolla-puppet and kolla-chef would be a thing, but would there be a benefit to sitting under the kolla namespace? I am not sure what those benefits are.</div><div><br></div><div>Thanks,</div><div>SamYaple</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Cheers,<br>
Michal<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
<br>
On 5 January 2017 at 10:22, Sam Yaple <<a href="mailto:samuel@yaple.net">samuel@yaple.net</a>> wrote:<br>
> On Thu, Jan 5, 2017 at 6:12 PM, Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>> wrote:<br>
>><br>
>> Excerpts from Sam Yaple's message of 2017-01-05 17:02:35 +0000:<br>
>> > On Thu, Jan 5, 2017 at 4:54 PM, Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>><br>
>> > wrote:<br>
>> ><br>
>> > > On 2017-01-05 16:46:36 +0000 (+0000), Sam Yaple wrote:<br>
>> > > [...]<br>
>> > > > I do feel this is slightly different than whats described. Since it<br>
>> > > > is<br>
>> > > not<br>
>> > > > unrelated services, but rather, for lack of a better word, competing<br>
>> > > > services. To my knowledge infra doesn't have several service doing<br>
>> > > > the<br>
>> > > same<br>
>> > > > job with different core teams (though I could be wrong).<br>
>> > ><br>
>> > > True, though I do find it an interesting point of view that helping<br>
>> > > Kolla support multiple and diverse configuration management and<br>
>> > > automation ecosystems is a "competition" rather than merely<br>
>> > > extending the breadth of the project as a whole.<br>
>> > ><br>
>> ><br>
>> > Yea I computer good, but I am no wordsmith. Perhaps 'friendly rivalry'?<br>
>> > I<br>
>> > expect these different deploy tools to bring new techniques that can<br>
>> > then<br>
>> > be reapplied to kolla-ansible and kolla-kubernetes to help out everyone.<br>
>><br>
>> I'm still curious to understand why, if the teams building those<br>
>> different things have little or no overlap in membership, they need to<br>
>> be part of "kolla" and not just part of the larger OpenStack? Why build<br>
>> a separate project hierarchy instead of keeping things flat?<br>
>><br>
>> Do I misunderstand the situation?<br>
>><br>
> You absolutely do not misunderstand the situation. It is a very valid<br>
> question, one to which I do not have a satisfying answer. I can say that it<br>
> has been the intention since I started work on the ansible bits of kolla to<br>
> have separate repos for the deployment parts. That grew to having several<br>
> different deployment tools in the future and I don't think anyone really<br>
> stopped to think that building this hierarchy isn't necessarily the right<br>
> thing to do. It certainly isn't a required thing to do.<br>
><br>
> With the separation of ansible from the main kolla repo, the kolla repo now<br>
> becomes a consumable much like the relationship keystone and glance.<br>
><br>
> The only advantage I can really think of at the moment is to reuse the Kolla<br>
> name and community when starting a new project, but that may not be as<br>
> advantageous as I initially thought. By my own admission, why do these other<br>
> projects care about a different orchestration tool.<br>
><br>
> So in your estimation Doug, do you feel kolla-salt would be better served as<br>
> a new project in it's own right? As well as future orchestration tools using<br>
> Kolla container images?<br>
><br>
> Thanks,<br>
> SamYaple<br>
>><br>
>> Doug<br>
>><br>
>> ><br>
>> > Thanks,<br>
>> > SamYaple<br>
>> ><br>
>> > > --<br>
>> > > Jeremy Stanley<br>
>> > ><br>
>> > ><br>
>> > > ______________________________<wbr>______________________________<wbr>______________<br>
>> > > OpenStack Development Mailing List (not for usage questions)<br>
>> > > Unsubscribe:<br>
>> > > <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>
><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>
><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></div></blockquote></div><br></div></div>