Project

Profile

Help

Pulp Container Roadmap » History » Sprint/Milestone 20

ipanova@redhat.com, 08/15/2019 04:32 PM

1 1 ipanova@redhat.com
# Pulp Docker Roadmap
2 2 ipanova@redhat.com
3
~~~
4
This is a living document that is moving towards a long term plan to develop Docker plugin for Pulp 3.0 and beyond.
5
~~~
6 1 ipanova@redhat.com
7 18 ipanova@redhat.com
~~~
8
With Pulp as a docker registry you can:
9
10
- Mirror container image repositories hosted on Docker-hub, Google Container Registry, Quay.io, etc
11
- Reduce disk use space by mirroring container image repositories using the "on demand" policy. An image is only downloaded once it has been requested by a client.
12
- Use local filesystem or an object storage store such as S3 to host all the container images.
13
- Curate container images by whitelisting what is mirrored from an external repository.
14
- Curate container images by creating repository versions with a specific set of images.
15
- Create versioned repositories that can be promoted or rolled back with a single operation.
16
17
Pulp also has:
18
- tasking system that can be used to perform a variety of specialized work such as analysis of content. e.g. integration with clair-scanner
19
- a large community of users
20
- a commuity of plugin developers
21
~~~
22
23 16 ipanova@redhat.com
<span style="color: #458b74;">green</span>  
24 14 ipanova@redhat.com
h2. Supported Content Types
25 1 ipanova@redhat.com
26
### MVP
27
28 16 ipanova@redhat.com
  - <span style="color: #458b74;">Image manifest schema2 and schema1</span>
29
  - {color: #458b74} Manifest list
30
  - {color: #458b74} Blob
31
  - {color: #458b74} Tag
32 2 ipanova@redhat.com
33 1 ipanova@redhat.com
## Pulp Docker Plugin Use Cases
34
35
### MVP
36
37 2 ipanova@redhat.com
##### Sync
38 8 ipanova@redhat.com
39 16 ipanova@redhat.com
  - <span style="color: #458b74;">As a user I can sync docker repo from docker registry</span>
40 1 ipanova@redhat.com
41
<!-- end list -->
42 8 ipanova@redhat.com
43 16 ipanova@redhat.com
  - {color: #458b74} assumes registry is compliant v2 api specs
44
  - {color: #458b74} with token based auth
45
  - {color: #458b74} specify \`feed\` and \`upstream_name\`
46 8 ipanova@redhat.com
47
<!-- end list -->
48 1 ipanova@redhat.com
49 19 ipanova@redhat.com
  - {color: #458b74} As a user I can sync a registry by whitelisting tags ( Filtered Sync)
50
  - {color: #458b74} As a user i can lazily fetch docker repo by specifying the download policy
51
  - {color: #458b74} As a user I can sync a private docker repo from docker registry
52
  - <span style="color: #458b74;">As a user I can sync docker repo from docker registry with basic auth</span>  
53 20 ipanova@redhat.com
    \*{color: #458b74} As a user I can sync from a docker repo published by Pulp ( pulp2pulp3 and pulp3pulp3 sync)
54 17 ipanova@redhat.com
  - {color: #458b74} As a user, I can mirror the content of a remote repository with an additive behaviour, so content is never removed locally.
55 19 ipanova@redhat.com
  - As a user I can validate the size and the checksum of downloaded content against metadata ( #2625 #2624)
56 1 ipanova@redhat.com
57
**NOTE**: dropping enable_v1, enable_v2, mask_id options
58
59 8 ipanova@redhat.com
##### Publish
60
61 16 ipanova@redhat.com
  - {color: #458b74} As a user I can distribute docker content
62
  - {color: #458b74} As a user, I can specify publish_directory( i.e base_path) from which the content will be served( provided by pulp_core)
63 1 ipanova@redhat.com
  - As a user, I can specify repo-registry-id that will be used in the docker registry
64 13 ipanova@redhat.com
  - As a user i can specify redirect-url which will lead to the location the content is stored
65 1 ipanova@redhat.com
  - As a user I can specify whether i want to convert docker image schema2 to schema1( aka schema convertor, for older clients support)
66 20 ipanova@redhat.com
  - As a user I cam pull from docker registry that has auth mechanish  
67
    \* token auth  
68
    \* basic auth
69 8 ipanova@redhat.com
70 12 ipanova@redhat.com
As a result the above section should enable clients to perform \`docker/podman pull\`
71
72 1 ipanova@redhat.com
##### Addition of the content to the repo with deps
73
74
  - As a user I can add Manifest and all Blobs it references to the destination repo
75
  - As a user I can add Manifest List and all Manifests and Blobs it references to the destination repo
76 2 ipanova@redhat.com
  - As a user I can add Tag and all its' associated content it references to the destination repo
77
78 19 ipanova@redhat.com
**NOTE** dropping protected option
79
80
### Post-MVP 4.1+
81
82 2 ipanova@redhat.com
##### Upload Artifacts( units are not created):
83
84
  - As a user I can upload  
85 1 ipanova@redhat.com
    \* Manifest Lists  
86 2 ipanova@redhat.com
    \* Image Manifests  
87 1 ipanova@redhat.com
    \* Blobs  
88
    \* (no upload of tags)
89
90
##### Create Content Units from uploaded Artifacts( MVP docker content types)
91 3 ipanova@redhat.com
92 2 ipanova@redhat.com
##### Multi-unit Upload from Tarball:
93 3 ipanova@redhat.com
94 1 ipanova@redhat.com
  - As a user I can upload a skopeo generated tarball that contains one or many content units
95 16 ipanova@redhat.com
96
##### Enable v2/catalog endpoint
97
98
##### Sync
99 13 ipanova@redhat.com
100 16 ipanova@redhat.com
  - As a user, I can sync from a repository with Forein Layers and save them in pulp for disconnected env.
101 19 ipanova@redhat.com
  - As a user, I can exactly mirror the content of a remote repository( mirror on sync)
102 1 ipanova@redhat.com
103
##### Publish
104 16 ipanova@redhat.com
105 1 ipanova@redhat.com
  - As a user I can distribute docker content using a remote server ( rsync exporter)
106 10 ipanova@redhat.com
107 13 ipanova@redhat.com
##### Custom Live API (4.1+))
108 11 ipanova@redhat.com
109 7 ipanova@redhat.com
  - some dedicated storage for the metadata files ( remove the need of in-memory database)
110 13 ipanova@redhat.com
  - enable docker push functionality or provide this as a separate plugin/package
111 8 ipanova@redhat.com
112 3 ipanova@redhat.com
## What will be dropped in Pulp3
113 1 ipanova@redhat.com
114 2 ipanova@redhat.com
  - v1 API support. In Pulp3 we'll have just v2 api registry and corresponding v2 content types
115
  - v1/search. There is no v2/search so \`docker search\` for v2 content will not work. If upstream docker will add support for v2 docker content search by the time we deliver docker plugin for pulp3 we will reconsider and include the endpoint.
116 1 ipanova@redhat.com
  - content protection. In Pulp3 docker repos will not support entitlement cert protection. ( option \`protected\` is dropped)
117 7 ipanova@redhat.com
  - export content into a tar file. It was possible to do so for v1 content.
118 13 ipanova@redhat.com
  - Crane is not longer used as a registry API. Pulp 3's ability to serve custom live APIs has made it possible for Crane's feature set to be incorporated into the pulp_docker plugin