From 735c795458e7c0f6ab5bce8e583a85e7a03be861 Mon Sep 17 00:00:00 2001
From: miiniper <34260823+miiniper@users.noreply.github.com>
Date: Tue, 26 Nov 2019 18:42:29 +0800
Subject: [PATCH] Update index.html
---
blog/prometheus-operator-manual/index.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/blog/prometheus-operator-manual/index.html b/blog/prometheus-operator-manual/index.html
index daf71b900..cd4caca0c 100644
--- a/blog/prometheus-operator-manual/index.html
+++ b/blog/prometheus-operator-manual/index.html
@@ -448,7 +448,7 @@ 为什么需要prometheus-operator因为是prometheus主动去拉取的，所以在k8s里pod因为调度的原因导致pod的ip会发生变化，人工不可能去维持，自动发现有基于DNS的，但是新增还是有点麻烦。
-
Prometheus-operator的本职就是一组用户自定义的CRD资源以及Controller的实现，Prometheus Operator这个controller有BRAC权限下去负责监听这些自定义资源的变化，并且根据这些资源的定义自动化的完成如Prometheus Server自身以及配置的自动化管理工作。
+Prometheus-operator的本职就是一组用户自定义的CRD资源以及Controller的实现，Prometheus Operator这个controller有RBAC权限下去负责监听这些自定义资源的变化，并且根据这些资源的定义自动化的完成如Prometheus Server自身以及配置的自动化管理工作。
在Kubernetes中我们使用Deployment、DamenSet、StatefulSet来管理应用Workload，使用Service、Ingress来管理应用的访问方式，使用ConfigMap和Secret来管理应用配置。我们在集群中对这些资源的创建，更新，删除的动作都会被转换为事件(Event)，Kubernetes的Controller Manager负责监听这些事件并触发相应的任务来满足用户的期望。这种方式我们成为声明式，用户只需要关心应用程序的最终状态，其它的都通过Kubernetes来帮助我们完成，通过这种方式可以大大简化应用的配置管理复杂度。