On Tue, May 15, 2018 at 1:29 PM James E. Blair <[email protected]> wrote:
> Jeremy Stanley <[email protected]> writes: > > > On 2018-05-15 09:40:28 -0700 (-0700), James E. Blair wrote: > > [...] > >> We're also talking about making a new kind of job which can continue to > >> run after it's "finished" so that you could use it to do something like > >> host a container registry that's used by other jobs running on the > >> change. We don't have that feature yet, but if we did, would you prefer > >> to use that instead of the intermediate swift storage? > > > > If the subsequent jobs depending on that one get nodes allocated > > from the same provider, that could solve a lot of the potential > > network performance risks as well. > > That's... tricky. We're *also* looking at affinity for buildsets, and > I'm optimistic we'll end up with something there eventually, but that's > likely to be a more substantive change and probably won't happen as > soon. I do agree it will be nice, especially for use cases like this. > > -Jim > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev There is a lot here to unpack and discuss, but I really like the ideas I'm seeing. Nice work Bogdan! I've added it the tripleo meeting agenda for next week so we can continue socializing the idea and get feedback. Thanks! https://etherpad.openstack.org/p/tripleo-meeting-items
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
