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
{{ message }}
This repository has been archived by the owner on Sep 19, 2022. It is now read-only.
The main diff is that the upstream manifests also install a namespace resource, which we don't want when installing with kubeflow. Following the standard base and overlays structure, I propose the following structure:
├── base
├── overlays
│ ├── kubeflow
│ └── standalone
overlays/standalone is used to install the operator in its own namespace, for testing or other purposes.
overlays/kubeflow is used to install the operator as part of kubeflow.
The text was updated successfully, but these errors were encountered:
Umbrella-Issue: kubeflow/manifests#1769
PyTorch Operator
Current manifests structure
Explanation
pytorch-job-crds
andpytorch-job-operator
came from kubeflow/manifests.application
overlays contain Application CRs, which we want to move away from (Why do we need kubernetes-sigs/application controller in Kubeflow? manifests#1715 (comment))Recommended end state
The main diff is that the upstream manifests also install a namespace resource, which we don't want when installing with kubeflow. Following the standard
base
andoverlays
structure, I propose the following structure:overlays/standalone
is used to install the operator in its own namespace, for testing or other purposes.overlays/kubeflow
is used to install the operator as part of kubeflow.The text was updated successfully, but these errors were encountered: