fluid-cloudnative/fluid

[FEATURES]JindoRuntime to support hierarchical `imagePullSecrets` configuration

cheyang opened this issue · 0 comments

What feature you'd like to add:
We request the enhancement of the JindoRuntime to support hierarchical imagePullSecrets configuration. Specifically, we want to be able to specify imagePullSecrets at two levels:

  1. Global level under spec
  2. Component level
    a. Master component level under spec.master
    b. Worker component level under spec.worker
    c. FUSE component level under spec.fuse
apiVersion: data.fluid.io/v1alpha1
kind: JindoRuntime
metadata:
  name: hbase
spec:
  replicas: 2
  imagePullSecrets: 
    - name: secret-global-1
    - name: secret-global-2
  tieredstore:
    levels:
      - mediumtype: MEM
        path: /dev/shm
        quota: 2Gi
        high: "0.95"
        low: "0.7"
  master:
    replicas: 3
    imagePullSecrets: 
    - name: secret-master-1
    - name: secret-master-2
  worker:
    imagePullSecrets: 
    - name: secret-worker-1
    - name: secret-worker-2
  fuse:
    imagePullSecrets: 
    - name: secret-cache-1
    - name: secret-cache-2

Why is this feature needed:
This feature will provide greater flexibility for users who need to manage different image pull secrets for various components of their JindoRuntime deployment. For example, users might have different private registries or credentials for the master, worker, and cache components. This hierarchical configuration will allow for more granular control and easier management of image pull secrets in complex deployment environments.