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/operators-overview.adoc
+8-4
Original file line number
Diff line number
Diff line change
@@ -14,20 +14,24 @@ ifndef::index[]
14
14
= Operators in {product-title}
15
15
endif::[]
16
16
17
-
Operators are among the most important components of {product-title}. Operators are the preferred method of packaging, deploying, and managing services on the control plane. They can also provide advantages to applicationsthat users run.
17
+
Operators are among the most important components of {product-title}. They are the preferred method of packaging, deploying, and managing services on the control plane. They can also provide advantages to applicationsthat users run.
18
18
19
-
Operators integrate with Kubernetes APIs and CLI tools such as `kubectl`and `oc` commands. They provide the means of monitoring applications, performing health checks, managing over-the-air (OTA) updates, and ensuring that applications remain in your specified state.
19
+
Operators integrate with Kubernetes APIs and CLI tools such as `kubectl`and the {oc-first}. They provide the means of monitoring applications, performing health checks, managing over-the-air (OTA) updates, and ensuring that applications remain in your specified state.
20
20
21
21
ifndef::index[]
22
22
Operators also offer a more granular configuration experience. You configure each component by modifying the API that the Operator exposes instead of modifying a global configuration file.
23
23
24
24
Because CRI-O and the Kubelet run on every node, almost every other cluster function can be managed on the control plane by using Operators. Components that are added to the control plane by using Operators include critical networking and credential services.
25
25
endif::[]
26
26
27
+
ifdef::index[]
28
+
Operators are designed specifically for Kubernetes-native applications to implement and automate common Day 1 operations, such as installation and configuration. Operators can also automate Day 2 operations, such as autoscaling up or down and creating backups. All of these activities are directed by a piece of software running on your cluster.
29
+
endif::index[]
30
+
27
31
While both follow similar Operator concepts and goals, Operators in {product-title} are managed by two different systems, depending on their purpose:
28
32
29
-
* Cluster Operators, which are managed by the Cluster Version Operator (CVO), are installed by default to perform cluster functions.
30
-
* Optional add-on Operators, which are managed by Operator Lifecycle Manager (OLM), can be made accessible for users to run in their applications.
33
+
Cluster Operators:: Managed by the Cluster Version Operator (CVO) and installed by default to perform cluster functions.
34
+
Optional add-on Operators:: Managed by Operator Lifecycle Manager (OLM) and can be made accessible for users to run in their applications. Also known as _OLM-based Operators_.
With Operators, you can create applications to monitor the running services in the cluster. Operators are designed specifically for your applications. Operators implement and automate the common Day 1 operations such as installation and configuration as well as Day 2 operations such as autoscaling up and down and creating backups. All these activities are in a piece of software running inside your cluster.
// Not sure if the xref above should be changed in #82841 since this is the index page of the Operators section
70
68
71
-
To know all about the cluster Operators that Red Hat provides, see xref:../operators/operator-reference.adoc#cluster-operators-ref[Cluster Operators reference].
69
+
For information about the cluster Operators that Red Hat provides, see xref:../operators/operator-reference.adoc#cluster-operators-ref[Cluster Operators reference].
0 commit comments