Extend the Go API to allow specifying a template for the initcontainer with the name `constants.StorageInitializerContainerName` for `LLMInferenceService`, as the current cluster-global `ClusterStorageContainer` is not suitable.
/kind feature **Describe the solution you'd like** cc #5162 I would like to extend this request to the more recent `LLMInferenceService` as well. To us, a cluster-global `ClusterStorageContainer` is not a correct solution. We would like an extension of the Go API to be able to specify a template of the initcontainer with the name `constants.StorageInitializerContainerName`. Today (v0.16.1), the type `kservev1alpha1.LLMInferenceServiceSpec` has a field `Template` of type `corev1.PodSpec` which allows setting `.Containers` (and `.Resources` and `.SecurityContext` and others). However the `.InitContainers` field is not merged in a "smart enough way". Meaning that setting an initcontainer with the storage-initializer name there ends up trying to create 2 initcontainers with the same names: the one I add plus the one from kserve. This is asking to merge these two initcontainers when both are provided (same name). This would allow setting the initcontainer's Resources as well as Envs a