|
5 | 5 | [id="osdk-csv-manual-annotations_{context}"]
|
6 | 6 | = Operator metadata annotations
|
7 | 7 |
|
8 |
| -Operator developers can manually define certain annotations in the metadata of a cluster service version (CSV) to enable features or highlight capabilities in user interfaces (UIs), such as OperatorHub. |
9 |
| - |
10 |
| -The following table lists Operator metadata annotations that can be manually defined using `metadata.annotations` fields. |
11 |
| - |
12 |
| -.Annotations |
13 |
| -[cols="5a,5a",options="header"] |
14 |
| -|=== |
15 |
| -|Field |Description |
16 |
| - |
17 |
| -|`alm-examples` |
18 |
| -|Provide custom resource definition (CRD) templates with a minimum set of configuration. Compatible UIs pre-fill this template for users to further customize. |
19 |
| - |
20 |
| -|`operatorframework.io/initialization-resource` |
21 |
| -|Specify a single required custom resource by adding `operatorframework.io/initialization-resource` annotation to the cluster service version (CSV) during Operator installation. The user is then prompted to create the custom resource through a template provided in the CSV. Must include a template that contains a complete YAML definition. |
22 |
| - |
23 |
| -|`operatorframework.io/suggested-namespace` |
24 |
| -|Set a suggested namespace where the Operator should be deployed. |
25 |
| - |
26 |
| -|`operatorframework.io/suggested-namespace-template` |
27 |
| -|Set a manifest for a Namespace object with the namespace default node selector specified. |
28 |
| - |
29 |
| -|`operators.openshift.io/infrastructure-features` |
30 |
| -|Infrastructure features supported by the Operator. Users can view and filter by these features when discovering Operators through OperatorHub in the web console. Valid, case-sensitive values: |
31 |
| - |
32 |
| -- `disconnected`: Operator supports being mirrored into disconnected catalogs, including all dependencies, and does not require internet access. All related images required for mirroring are listed by the Operator. |
33 |
| -- `cnf`: Operator provides a Cloud-native Network Functions (CNF) Kubernetes plugin. |
34 |
| -- `cni`: Operator provides a Container Network Interface (CNI) Kubernetes plugin. |
35 |
| -- `csi`: Operator provides a Container Storage Interface (CSI) Kubernetes plugin. |
36 |
| -- `fips`: Operator accepts the FIPS mode of the underlying platform and works on nodes that are booted into FIPS mode. |
37 |
| - |
38 |
| -[IMPORTANT] |
39 |
| -==== |
40 |
| -When running {op-system-base-full} or {op-system-first} booted in FIPS mode, {product-title} core components use the {op-system-base} cryptographic libraries that have been submitted to NIST for FIPS 140-2/140-3 Validation on only the x86_64, ppc64le, and s390x architectures. |
41 |
| -==== |
42 |
| -- `proxy-aware`: Operator supports running on a cluster behind a proxy. Operator accepts the standard proxy environment variables `HTTP_PROXY` and `HTTPS_PROXY`, which Operator Lifecycle Manager (OLM) provides to the Operator automatically when the cluster is configured to use a proxy. Required environment variables are passed down to Operands for managed workloads. |
43 |
| - |
44 |
| -|`operators.openshift.io/valid-subscription` |
45 |
| -|Free-form array for listing any specific subscriptions that are required to use the Operator. For example, `'["3Scale Commercial License", "Red Hat Managed Integration"]'`. |
46 |
| - |
47 |
| -|`operators.operatorframework.io/internal-objects` |
48 |
| -|Hides CRDs in the UI that are not meant for user manipulation. |
49 |
| - |
50 |
| -|=== |
51 |
| - |
52 |
| -[discrete] |
53 |
| -[id="osdk-csv-manual-annotations-examples_{context}"] |
54 |
| -== Example use cases |
55 |
| - |
56 |
| -.Operator supports disconnected and proxy-aware |
57 |
| -[source,terminal] |
58 |
| ----- |
59 |
| -operators.openshift.io/infrastructure-features: '["disconnected", "proxy-aware"]' |
60 |
| ----- |
61 |
| - |
62 |
| -.Operator requires an {product-title} license |
63 |
| -[source,terminal] |
64 |
| ----- |
65 |
| -operators.openshift.io/valid-subscription: '["OpenShift Container Platform"]' |
66 |
| ----- |
67 |
| - |
68 |
| -.Operator requires a 3scale license |
69 |
| -[source,terminal] |
70 |
| ----- |
71 |
| -operators.openshift.io/valid-subscription: '["3Scale Commercial License", "Red Hat Managed Integration"]' |
72 |
| ----- |
73 |
| - |
74 |
| -.Operator supports disconnected and proxy-aware, and requires an {product-title} license |
75 |
| -[source,terminal] |
76 |
| ----- |
77 |
| -operators.openshift.io/infrastructure-features: '["disconnected", "proxy-aware"]' |
78 |
| -operators.openshift.io/valid-subscription: '["OpenShift Container Platform"]' |
79 |
| ----- |
| 8 | +Operator developers can set certain annotations in the metadata of a cluster service version (CSV) to enable features or highlight capabilities in user interfaces (UIs), such as OperatorHub or the link:https://catalog.redhat.com/software/search?deployed_as=Operator[Red Hat Ecosystem Catalog]. Operator metadata annotations are manually defined by setting the `metadata.annotations` field in the CSV YAML file. |
0 commit comments