<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, May 15, 2018 at 1:29 PM James E. Blair <<a href="mailto:corvus@inaugust.com">corvus@inaugust.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> writes:<br>
<br>
> On 2018-05-15 09:40:28 -0700 (-0700), James E. Blair wrote:<br>
> [...]<br>
>> We're also talking about making a new kind of job which can continue to<br>
>> run after it's "finished" so that you could use it to do something like<br>
>> host a container registry that's used by other jobs running on the<br>
>> change. We don't have that feature yet, but if we did, would you prefer<br>
>> to use that instead of the intermediate swift storage?<br>
><br>
> If the subsequent jobs depending on that one get nodes allocated<br>
> from the same provider, that could solve a lot of the potential<br>
> network performance risks as well.<br>
<br>
That's... tricky. We're *also* looking at affinity for buildsets, and<br>
I'm optimistic we'll end up with something there eventually, but that's<br>
likely to be a more substantive change and probably won't happen as<br>
soon. I do agree it will be nice, especially for use cases like this.<br>
<br>
-Jim<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></blockquote><div><br></div><div>There is a lot here to unpack and discuss, but I really like the ideas I'm seeing.</div><div>Nice work Bogdan! I've added it the tripleo meeting agenda for next week so we can continue socializing the idea and get feedback.</div><div><br></div><div>Thanks!</div><div><br></div><div><a href="https://etherpad.openstack.org/p/tripleo-meeting-items">https://etherpad.openstack.org/p/tripleo-meeting-items</a> </div></div></div>