why we need define storage-provisioner on persistentVolumeClaim

Describe the Question

I want to discuss why the storage-provisioner has to be configurable, as defined in pvc.yml:

- apiVersion: v1
  kind: PersistentVolumeClaim
  metadata:
    annotations:
      volume.beta.kubernetes.io/storage-class: ${STORAGE_CLASS_DATA}
      volume.beta.kubernetes.io/storage-provisioner: ${STORAGE_PROVISIONER}

The provisioner can be defined in the storage-class, that is referenced by the annotation volume.beta.kubernetes.io/storage-class

For example, a storage-class for local-storage can be defined:

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: local-storage
  annotations:
    storageclass.kubernetes.io/is-default-class: 'true'
provisioner: kubernetes.io/no-provisioner
reclaimPolicy: Delete

Start with nexus/ocp-config/pvc.yml and compare the PVC annotations with the referenced StorageClass and its provisioner setting. Confirm whether the storage-provisioner annotation is required or redundant for the supported Kubernetes/OpenShift setup. Done means documenting the rationale or resolving the configuration question.