You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@tom333 ... I came across your repo from your mentioning it here. Thanks for your work on this.
I had been interested in how an argocd app-of-apps pattern might work for Kubeflow, so I'm glad I have some reference now. Can I ask, was it necessary to bring across all the underlying component manifests under manifests/apps to your own repo ... could argocd not be set up to reference the source manifests back here? ... where maybe you could control the upstream by fixing to a particular release ... such as: https://github.com/kubeflow/manifests/blob/v1.6.1/apps/jupyter/jupyter-web-app/upstream/base/deployment.yaml
Is there an advantage to having it all in your own repo?
Also, I'm no expert on ArgoCD, but was there a reason to bundle these elements together ... are they the core building blocks on which the other components are built? I presume their ordering is important?
Was there any particular reason you disabled katib here?
... how might one handle the pre-requisite ref. the kustomization version here? .. or is it best to use helm for installing argocd?
I'm testing this on a local k3d cluster. Should I disable traefik and use istio per your other pre-requisite here. If I'm not mistaken, istio gets installed as part of kubeflow, right?
Thanks for any pointers you can offer.
The text was updated successfully, but these errors were encountered:
@tom333 ... I came across your repo from your mentioning it here. Thanks for your work on this.
I had been interested in how an argocd app-of-apps pattern might work for Kubeflow, so I'm glad I have some reference now. Can I ask, was it necessary to bring across all the underlying component manifests under
manifests/apps
to your own repo ... could argocd not be set up to reference the source manifests back here? ... where maybe you could control the upstream by fixing to a particular release ... such as:https://github.com/kubeflow/manifests/blob/v1.6.1/apps/jupyter/jupyter-web-app/upstream/base/deployment.yaml
Is there an advantage to having it all in your own repo?
Also, I'm no expert on ArgoCD, but was there a reason to bundle these elements together ... are they the core building blocks on which the other components are built? I presume their ordering is important?
Was there any particular reason you disabled katib here?
If I've installed argocd with ...
... how might one handle the pre-requisite ref. the kustomization version here? .. or is it best to use helm for installing argocd?
I'm testing this on a local k3d cluster. Should I disable traefik and use istio per your other pre-requisite here. If I'm not mistaken, istio gets installed as part of kubeflow, right?
Thanks for any pointers you can offer.
The text was updated successfully, but these errors were encountered: