[openstack-dev] [new][app-catalog] App Catalog next steps
Alexander Tivelkov
ativelkov at mirantis.com
Mon Jun 1 10:27:10 UTC 2015
On Fri, May 29, 2015 at 7:55 PM, Fox, Kevin M <Kevin.Fox at pnnl.gov> wrote:
> As an Op, I really really want to replace one image with a new one
> atomically with security updates preapplied. Think shellshock, ghost, etc.
> It will be basically be the same exact image as before, but patched.
> Referencing local ID's explicitly makes it harder to ensure things are
> patched, since new vm's will tend to pop up after things are patched with
> new vulnerabilities.
>
That's the exact use case for the versioning concept we have in Artifacts:
each artifact is identified by name and version, so there is always "latest
version of X" and an API call which returns it. However, that's the
question of different API calls and their proper usage: get-by-id returns
the very same object which was uploaded, and get by name - the latest
object matching the required version. First is good for bit-to-bit
immutability guarantees, cache checks etc, second - for the use cases like
yours.
Same is true for the cross-artifact dependency relations: they may be
static (i.e. reference by ID) or dynamic (i.e. reference by name and
version).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150601/0d34de50/attachment.html>
More information about the OpenStack-dev
mailing list