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``.

Commencez par retracer le chemin d’upload de base-backup de plugin-barman-cloud et comparez-le avec la gestion de maxParallel pour l’archivage de WAL. Déterminez comment l’upload des données peut respecter un paramètre configurable de travaux parallèles ; le travail est considéré comme terminé lorsque la phase base-backup prend en charge les uploads parallèles sans modifier le comportement par défaut existant.

Rédigé par le modèle d'indexation à partir du texte de l'issue.