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
Copy file name to clipboardExpand all lines: modules/arch-cluster-operators.adoc
+8-1Lines changed: 8 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,4 +7,11 @@
7
7
8
8
In {product-title}, all cluster functions are divided into a series of default _cluster Operators_. Cluster Operators manage a particular area of cluster functionality, such as cluster-wide application logging, management of the Kubernetes control plane, or the machine provisioning system.
9
9
10
-
Cluster Operators are represented by a `ClusterOperator` object, which cluster administrators can view in the {product-title} web console from the *Administration* -> *Cluster Settings* page. Each cluster Operator provides a simple API for determining cluster functionality. The Operator hides the details of managing the lifecycle of that component. Operators can manage a single component or tens of components, but the end goal is always to reduce operational burden by automating common actions.
10
+
Cluster Operators are represented by a `ClusterOperator` object, which
11
+
ifndef::openshift-dedicated,openshift-rosa[]
12
+
cluster administrators
13
+
endif::openshift-dedicated,openshift-rosa[]
14
+
ifdef::openshift-dedicated,openshift-rosa[]
15
+
administrators with the `dedicated-admin` role
16
+
endif::openshift-dedicated,openshift-rosa[]
17
+
can view in the {product-title} web console from the *Administration* -> *Cluster Settings* page. Each cluster Operator provides a simple API for determining cluster functionality. The Operator hides the details of managing the lifecycle of that component. Operators can manage a single component or tens of components, but the end goal is always to reduce operational burden by automating common actions.
Copy file name to clipboardExpand all lines: modules/arch-olm-operators.adoc
+23-2Lines changed: 23 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,9 +7,30 @@
7
7
8
8
Operator Lifecycle Manager (OLM) and OperatorHub are default components in {product-title} that help manage Kubernetes-native applications as Operators. Together they provide the system for discovering, installing, and managing the optional add-on Operators available on the cluster.
9
9
10
-
Using OperatorHub in the {product-title} web console, cluster administrators and authorized users can select Operators to install from catalogs of Operators. After installing an Operator from OperatorHub, it can be made available globally or in specific namespaces to run in user applications.
10
+
Using OperatorHub in the {product-title} web console,
11
+
ifndef::openshift-dedicated,openshift-rosa[]
12
+
cluster administrators
13
+
endif::openshift-dedicated,openshift-rosa[]
14
+
ifdef::openshift-dedicated,openshift-rosa[]
15
+
administrators with the `dedicated-admin` role
16
+
endif::openshift-dedicated,openshift-rosa[]
17
+
and authorized users can select Operators to install from catalogs of Operators. After installing an Operator from OperatorHub, it can be made available globally or in specific namespaces to run in user applications.
11
18
12
-
Default catalog sources are available that include Red Hat Operators, certified Operators, and community Operators. Cluster administrators can also add their own custom catalog sources, which can contain a custom set of Operators.
19
+
Default catalog sources are available that include Red Hat Operators, certified Operators, and community Operators.
20
+
ifndef::openshift-dedicated,openshift-rosa[]
21
+
Cluster administrators
22
+
endif::openshift-dedicated,openshift-rosa[]
23
+
ifdef::openshift-dedicated,openshift-rosa[]
24
+
Administrators with the `dedicated-admin` role
25
+
endif::openshift-dedicated,openshift-rosa[]
26
+
can also add their own custom catalog sources, which can contain a custom set of Operators.
27
+
28
+
ifdef::openshift-dedicated,openshift-rosa[]
29
+
[NOTE]
30
+
====
31
+
All Operators listed in the Operator Hub marketplace should be available for installation. These Operators are considered customer workloads, and are not monitored by Red Hat Site Reliability Engineering (SRE).
32
+
====
33
+
endif::openshift-dedicated,openshift-rosa[]
13
34
14
35
Developers can use the Operator SDK to help author custom Operators that take advantage of OLM features, as well. Their Operator can then be bundled and added to a custom catalog source, which can be added to a cluster and made available to users.
0 commit comments