41、Kubernetes 自定义资源、Operator 与无服务器函数深度解析

Kubernetes 自定义资源、Operator 与无服务器函数深度解析

1. 构建自定义 Operator

构建自定义 Operator 主要有两个原因。一是针对具有复杂操作要求的应用程序，二是针对作为服务安装在多个项目中的通用组件。例如，待办事项应用的 Operator 可能具备自定义升级逻辑，像更新服务以将流量导向“维护中”页面，或者等待消息队列为空后备份数据库。任何具有可自动化常规操作任务的应用都可能成为自定义 Operator 的候选对象。

构建自定义 Operator 并非易事，因为它涉及多个自定义资源类型和多个自定义控制器。其复杂性在于规划所有场景，不仅包括 Operator 自身的工作流，还包括处理人为操作干扰所需的额外工作。这里有一个用于 web - ping 应用的自定义 Operator 示例：

# This is the Pod spec in the Deployment resource.
spec:
  serviceAccountName: web - ping - operator    # Uses an account set up with
  automountServiceAccountToken: true       # RBAC rules for access
  initContainers:
    - name: installer                      # Creates CRDs
      image: kiamol/ch20 - wpo - installer
  containers: