Skip to content

Configurable Container Registry & Artifact Repositories #448

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
hennlo opened this issue Jun 7, 2023 · 0 comments
Open

Configurable Container Registry & Artifact Repositories #448

hennlo opened this issue Jun 7, 2023 · 0 comments
Labels
A-db Area: DB A-ui Area: UI C-enhancement Category: An issue proposing an enhancement E-medium P-medium Priority: Medium

Comments

@hennlo
Copy link
Member

hennlo commented Jun 7, 2023

Affected Areas

DB, UI

Feature Description

Add the possibility to change the default container registry where docker images are pulled from if a docker deployment of stores is desired.

Currently this always defaults to: https://registry-1.docker.io/v2.

Use Case(s)

Currently any pull of container images defaults to: https://registry-1.docker.io/v2.

However if Polypheny runs behind a company proxy or within a hardened environment without direct internet access, container images cannot be pulled on the fly. This results in a timeout.

Image Pasted at 2023-6-5 10-49

However many companies use artifact repositories with virtual mirrors that act as artifact proxies to obtain the data from the internet cache it internally and configure hardened systems to pull artifacts like container images directly from this local repository.

Possible Solutions

Add a configuration parameter that allows the specification of 1..n additional artifact repositories that result in usable instances that can be configured or added to docker environments as additional parameters.

That way each container instance can have its configuration from where it wants to pull images.
Because some remote docker engines might even have direct access to the internet

By default there only exists one artifact repository default=https://registry-1.docker.io/v2
But you could add more named repositories and even have another configuration parameter that specifies the default_repository that is automatically selected if configured via UI or if its omitted when creating a new docker engine connection.

Possible Alternatives

A workaround would be also to not pull the image each time but check locally first if the image is already cached on the engine.

@hennlo hennlo added C-enhancement Category: An issue proposing an enhancement A-ui Area: UI A-db Area: DB E-medium P-medium Priority: Medium labels Jun 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-db Area: DB A-ui Area: UI C-enhancement Category: An issue proposing an enhancement E-medium P-medium Priority: Medium
Projects
None yet
Development

No branches or pull requests

1 participant