You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Yan Xu (JIRA)" <ji...@apache.org> on 2015/09/24 00:33:18 UTC

[jira] [Created] (MESOS-3505) Support launching Docker containers with Image ID.

Yan Xu created MESOS-3505:
-----------------------------

             Summary: Support launching Docker containers with Image ID.
                 Key: MESOS-3505
                 URL: https://issues.apache.org/jira/browse/MESOS-3505
             Project: Mesos
          Issue Type: Story
            Reporter: Yan Xu


A common way to specify a Docker image with the docker engine is through {{repo:tag}}, which is convenient and sufficient for most people in most scenarios. However this combination is neither precise nor immutable.

For this reason, it's possible when an image with a {{repo:tag}} already cached locally on an agent host and a task requiring this {{repo:tag}} arrives, it's using an image that's different than the one the user intended.

Docker CLI already supports referring to an image by {{repo@id}}, where the ID can have two forms:
* v1 Image ID
* digest

Native Mesos provisioner should support the same for Docker images. IMO it's fine if image discovery by ID is not supported (and thus still requiring {{repo:tag}} to be specified) (looks like [v2 registry|http://docs.docker.com/registry/spec/api/] does support it) but the user can optionally specify an image ID and match it against the cached / newly pulled image. If the ID doesn't match the cached image, the store can re-pull it; if the ID doesn't match the newly pulled image (manifest), the provisioner can fail the request without having the user unknowingly running its task on the wrong image.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)