《深入剖析Kubernetes》总结七:Operator

本文深入探讨了Kubernetes中的权限控制机制RBAC,包括Role、Subject和RoleBinding的概念及其工作原理。同时,介绍了Operator如何简化有状态应用的管理,以Etcd Operator为例,阐述了其创建CRD、使用Informer以及控制循环的工作流程,展示了Operator在应对复杂部署场景中的优势。
摘要由CSDN通过智能技术生成

权限控制

Kubernetes 中所有的 API 对象,都保存在 Etcd 里;
对这些 API 对象的操作,一定都是通过访问 kube-apiserver 实现的,其中一个非常重要的原因,就是需要 APIServer 来帮助你做授权工作;
在 Kubernetes 项目中,负责完成授权(Authorization)工作的机制,就是 RBAC:基于角 色的访问控制(Role-Based Access Control)。

RBAC:

  1. Role:角色,它其实是一组规则,定义了一组对 Kubernetes API 对象的操作权限。
  2. Subject:被作用者,既可以是“人”,也可以是“机器”,也可以使你在 Kubernetes 里 定义的“用户”。
  3. RoleBinding:定义了“被作用者”和“角色”的绑定关系。

在kubernetes中,Role 本是一个 Kubernetes 的 API 对象:

kind: Role
apiVersion: rbac.authorization.k8s.io/v1
metadata
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值