Base backups are single-threaded and ignore concurrency settings

The `plugin-barman-cloud` performs base backups using a single upload stream. Unlike WAL archiving (which supports `maxParallel`), there is no way to parallelize the data backup phase. This results in bottlenecks for large databases.

This option:
```
$ kubectl explain objectstore.spec.configuration.data.jobs
GROUP: barmancloud.cnpg.io
KIND: ObjectStore
VERSION: v1

FIELD: jobs

DESCRIPTION:
The number of parallel jobs to be used to upload the backup, defaults
to 2
```
is not applicable due to limitation (only for rsync):
https://github.com/EnterpriseDB/barman/blob/ff040cd1feee805da3e4662a187c583f8730dfab/docs/user_guide/configuration.rst?plain=1#L336

> parallel_jobs

> Controls the number of parallel workers used to copy files during backup or recovery.
It must be a positive integer. Default is ``1``.

> note::
> Applies only when ``backup_method = rsync``.

Beginne damit, den Upload-Pfad für base-backup von plugin-barman-cloud nachzuverfolgen und ihn mit der maxParallel-Behandlung bei der WAL-Archivierung zu vergleichen. Ermittle, wie der Daten-Upload eine konfigurierbare Einstellung für parallele Jobs berücksichtigen kann; als erledigt gilt, wenn die base-backup-Phase parallele Uploads unterstützt, ohne das bestehende Standardverhalten zu ändern.

Vom Indexierungsmodell aus dem Issue-Text verfasst.