Add instrumentation for `google-cloud-storage`

Because it's using REST APIs underneath, spans are currently being created. But there are (at least) two issues:

1. No enrichment with storage-related context like we do with [`botocore` for s3](https://github.com/elastic/apm-agent-python/blob/main/elasticapm/instrumentation/packages/botocore.py)
2. Any `.exists` checks set the span status to `failure` because it can return a 404 if the file doesn't exist.

A first-class instrumentation would be a much better experience.

Ref https://github.com/elastic/apm-agent-python/issues/1760

Commencez par examiner les spans existants créés via REST et l’instrumentation S3 de botocore dans elasticapm/instrumentation/packages/botocore.py. Étudiez la manière dont les vérifications `.exists` de google-cloud-storage sont représentées, y compris le cas 404. Le travail est terminé lorsque l’enrichissement de première classe du contexte de storage est en place et que les vérifications attendues de fichiers manquants n’ont pas de statut d’échec, avec un comportement aligné sur l’instrumentation S3 référencée.

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