Better support for COSI

[pschichtel]

Currently the ObjectStore expects certain details to be statically configured like the endpoint url and the bucket name as part of the destination path. This is perfectly fine when generating buckets manually, but it requires additional tooling when working with dynamically provisioned buckets using COSI or other operators like e.g. minio-operator-ext.

In a perfect world ObjectStore would simply accept a reference to a COSI BucketAccess object, but I understand that COSI is still in alpha state and object storage provider support is pretty limited and this wouldn't support other operators.

A simpler way to at least improve the situation would be to accept more values as secretKeyRefs such as the accessKeyId and secretAccessKey objects of the s3Credentials objects. COSI puts all information about necessary to access a bucket into a secret.

[pschichtel]

As a workaround I'm currently using kluctl's template-controller to derive ObjectStore instance from a COSI secret. Especially since the v1alpha1 of COSI produces a secret that contains a JSON object as a single key instead of separate secret keys for the individual values, which I think is supposed to change with v1alpha2.