func icon indicating copy to clipboard operation
func copied to clipboard

Ease usage of private docker repository

Open matejvasek opened this issue 4 years ago • 8 comments

In order to use private repository like quay.io user has to set secrets to cluster I wish there was some easier way.

matejvasek avatar Aug 30 '21 14:08 matejvasek

I think this can be configured directly on the cluster, for example on Openshift we can "teach" the cluster how to pull from private repos using secrets.

jrangelramos avatar Sep 02 '21 17:09 jrangelramos

@jrangelramos yes that's true, but we don't make easy for user, if user forgets to set the secret on the cluster then deployment fails and use has to search for the cause.

matejvasek avatar Sep 02 '21 18:09 matejvasek

I updated description and title.

matejvasek avatar Sep 02 '21 18:09 matejvasek

@matejvasek I wonder if you have any ideas in mind on how the usage of this would be. I was thinking:

  • A new command in func like maybe func config-registry
  • A flag in func deploy that would create/update and configure the pull secrets in the cluster
  • A dynamic check at deploy time that detects that the pod's status is ImagePullBackoff and suggests the preferred way of configuring the secrets

There's probably more ways to achieve this but I'd like to know your thoughts. Also I can see this being useful not only for functions. Maybe it's worth moving this to kn client?

leetcope avatar Oct 01 '21 19:10 leetcope

I don't have specific idea. For starer just some check that image is private and subsequent warning with link to documentation should be enough. Like: "Your docker registry is private make sure you have set up pull secrets [link here to doc]".

matejvasek avatar Oct 02 '21 12:10 matejvasek

Thanks @matejvasek , I think I can tackle this one. /assign

leetcope avatar Oct 04 '21 13:10 leetcope

This issue is stale because it has been open for 90 days with no activity. It will automatically close after 30 more days of inactivity. Reopen the issue with /reopen. Mark the issue as fresh by adding the comment /remove-lifecycle stale.

github-actions[bot] avatar Jan 03 '22 01:01 github-actions[bot]

This issue is stale because it has been open for 90 days with no activity. It will automatically close after 30 more days of inactivity. Reopen the issue with /reopen. Mark the issue as fresh by adding the comment /remove-lifecycle stale.

github-actions[bot] avatar Aug 30 '24 01:08 github-actions[bot]