Details
-
New Feature
-
Status: Open
-
Low
-
Resolution: Unresolved
-
None
-
None
-
None
-
None
-
ANY
-
Description
An interesting discussion we had today prompted this request.
Would be convenient if it were possible to push images into a docker registry and to have such image directly ingested into DUCC, without passing from the wish-list.
I can see two possible approach to this,
- Webhook based
- Custom registry
Let's explore both of them.
Webhook
The docker registry provide a webhook for when images are pushed or pulled.
Docs on: https://docs.docker.com/registry/notifications/
It would be possible to just listen to such notification and when a new layer is pushed, we simply unpack it into unpacked.cern.ch
This raise some issue:
- An HTTP endpoint from CERN need to listen to external calls.
- We would need anyway some form of check and controls about what we allow in
- It is going to grow very quickly, especially if we allow all the atlas/* or cms/* images, can we support it?
- What about garbage collection?
- How do we signal that we have finally ingested a layer or a whole image? (Some general broadcast mechanism?)
- Gitlab seems to not support this solution quite simply yet.
A possible idea would be to run our own registry and subscribe to notification from that one. This will allow to relax the security checks but will also be more cumbersome for the users.
Custom Registry
Another approach is to deploy our own custom registry.
This is definitely not a simple task, but I believe it is in the realm of manageable.
Indeed docker registries have a pluggable storage backend to allow multiple implementation of the same functionality (store layers.)
We could hook up into this the storage backend to ingest layer into cvmfs during the publishing.
Issues with this approach:
- Need to run and maintain our own docker registry
- Need to develop and maintain our own custom storage backend
- Push time will be quite long, potentially causing issues in the CI or even in the docker
The pluggable storage backend is defined by the interface in this file: https://github.com/docker/distribution/blob/master/registry/storage/driver/storagedriver.go
In order to simplify our development we could just fork the filesystem driver ( https://github.com/docker/distribution/blob/master/registry/storage/driver/filesystem/driver.go )
Attachments
Issue Links
- relates to
-
CVM-1801 Make cvmfs_server command for copying catalogs from one path to another
-
- Closed
-