|
| 1 | +apiVersion: apiextensions.k8s.io/v1beta1 |
| 2 | +kind: CustomResourceDefinition |
| 3 | +metadata: |
| 4 | + name: imagecontentsourcepolicies.operator.openshift.io |
| 5 | +spec: |
| 6 | + group: operator.openshift.io |
| 7 | + scope: Cluster |
| 8 | + names: |
| 9 | + kind: ImageContentSourcePolicy |
| 10 | + singular: imagecontentsourcepolicy |
| 11 | + plural: imagecontentsourcepolicies |
| 12 | + listKind: ImageContentSourcePolicyList |
| 13 | + versions: |
| 14 | + - name: v1alpha1 |
| 15 | + served: true |
| 16 | + storage: true |
| 17 | + subresources: |
| 18 | + status: {} |
| 19 | + "validation": |
| 20 | + "openAPIV3Schema": |
| 21 | + description: ImageContentSourcePolicy holds cluster-wide information about how |
| 22 | + to handle registry mirror rules. When multiple policies are defined, the outcome |
| 23 | + of the behavior is defined on each field. |
| 24 | + type: object |
| 25 | + required: |
| 26 | + - spec |
| 27 | + properties: |
| 28 | + apiVersion: |
| 29 | + description: 'APIVersion defines the versioned schema of this representation |
| 30 | + of an object. Servers should convert recognized schemas to the latest |
| 31 | + internal value, and may reject unrecognized values. More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources' |
| 32 | + type: string |
| 33 | + kind: |
| 34 | + description: 'Kind is a string value representing the REST resource this |
| 35 | + object represents. Servers may infer this from the endpoint the client |
| 36 | + submits requests to. Cannot be updated. In CamelCase. More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds' |
| 37 | + type: string |
| 38 | + metadata: |
| 39 | + description: Standard object's metadata. |
| 40 | + type: object |
| 41 | + spec: |
| 42 | + description: spec holds user settable values for configuration |
| 43 | + type: object |
| 44 | + properties: |
| 45 | + repositoryDigestMirrors: |
| 46 | + description: "repositoryDigestMirrors allows images referenced by image |
| 47 | + digests in pods to be pulled from alternative mirrored repository |
| 48 | + locations. The image pull specification provided to the pod will be |
| 49 | + compared to the source locations described in RepositoryDigestMirrors |
| 50 | + and the image may be pulled down from any of the mirrors in the list |
| 51 | + instead of the specified repository allowing administrators to choose |
| 52 | + a potentially faster mirror. Only image pull specifications that have |
| 53 | + an image disgest will have this behavior applied to them - tags will |
| 54 | + continue to be pulled from the specified repository in the pull spec. |
| 55 | + \n Each “source” repository is treated independently; configurations |
| 56 | + for different “source” repositories don’t interact. \n When multiple |
| 57 | + policies are defined for the same “source” repository, the sets of |
| 58 | + defined mirrors will be merged together, preserving the relative order |
| 59 | + of the mirrors, if possible. For example, if policy A has mirrors |
| 60 | + `a, b, c` and policy B has mirrors `c, d, e`, the mirrors will be |
| 61 | + used in the order `a, b, c, d, e`. If the orders of mirror entries |
| 62 | + conflict (e.g. `a, b` vs. `b, a`) the configuration is not rejected |
| 63 | + but the resulting order is unspecified." |
| 64 | + type: array |
| 65 | + items: |
| 66 | + description: 'RepositoryDigestMirrors holds cluster-wide information |
| 67 | + about how to handle mirros in the registries config. Note: the mirrors |
| 68 | + only work when pulling the images that are referenced by their digests.' |
| 69 | + type: object |
| 70 | + required: |
| 71 | + - source |
| 72 | + properties: |
| 73 | + mirrors: |
| 74 | + description: mirrors is one or more repositories that may also |
| 75 | + contain the same images. The order of mirrors in this list is |
| 76 | + treated as the user's desired priority, while source is by default |
| 77 | + considered lower priority than all mirrors. Other cluster configuration, |
| 78 | + including (but not limited to) other repositoryDigestMirrors |
| 79 | + objects, may impact the exact order mirrors are contacted in, |
| 80 | + or some mirrors may be contacted in parallel, so this should |
| 81 | + be considered a preference rather than a guarantee of ordering. |
| 82 | + type: array |
| 83 | + items: |
| 84 | + type: string |
| 85 | + source: |
| 86 | + description: source is the repository that users refer to, e.g. |
| 87 | + in image pull specifications. |
| 88 | + type: string |
0 commit comments