Operator的场景就是专门给有状态应用而设计的
https://kubernetes.io/zh/docs/concepts/extend-kubernetes/operator
Operator是一种 kubernetes 的扩展形式，可以帮助用户以 Kubernetes 的声明式 API 风格自定义来管理应用及服务，operator已经成为分布式应用在k8s集群部署的事实标准。
Operator是一个特定于应用程序的控制器，它扩展了Kubernetes API，以代表Kubernetes用户创建，配置和管理复杂有状态应用程序的实例，operators基于两个核心的Kubernetes概念：Resources和Controllers。
Operator 是由 CoreOS 开发的，用来扩展 Kubernetes API，特定的应用程序控制器，它用来创建、配置和管理复杂的有状态应用，如数据库、缓存和监控系统。Operator 基于 Kubernetes 的资源和控制器概念之上构建，但同时又包含了应用程序特定的领域知识。创建Operator 的关键是CRD（自定义资源）的设计。
Kubernetes 1.7 版本以来就引入了自定义控制器的概念，该功能可以让开发人员扩展添加新功能，更新现有的功能，并且可以自动执行一些管理任务，这些自定义的控制器就像 Kubernetes 原生的组件一样，Operator 直接使用 Kubernetes API进行开发，也就是说他们可以根据这些控制器内部编写的自定义规则来监控集群、更改 Pods/Services、对正在运行的应用进行扩缩容。
Operator Framework
Operator Framework 同样也是 CoreOS 开源的一个用于快速开发 Operator 的工具包，该框架包含两个主要的部分：
Operator SDK: 无需了解复杂的 Kubernetes API 特性，即可让你根据你自己的专业知识构建一个 Operator 应用。Operator Lifecycle Manager OLM: 帮助你安装、更新和管理跨集群的运行中的所有 Operator（以及他们的相关服务）
Operator SDK 提供以下工作流来开发一个新的 Operator：
使用 SDK 创建一个新的 Operator 项目通过添加自定义资源（CRD）定义新的资源 API指定使用 SDK API 来 watch 的资源定义 Operator 的协调（reconcile）逻辑使用 Operator SDK 构建并生成 Operator 部署清单文件Demo
CRD 自定义的资源对象
Harbor Operator
https://github.com/goharbor/harbor-operator
https://github.com/goharbor/harbor-operator/blob/master/docs/installation/by-helm-chart.md
若有收获，就点个赞吧
0 人点赞
