Compatibilité API S3

APIs S3 supportées

MéthodesNotes

Service GET

Le service de stockage objet cegedim.cloud supporte les paramètres marker et max-keys pour permettre la pagination des listes lors de l'énumération des objets dans le Buckets.

DELETE Bucket

DELETE Bucket cors

DELETE Bucket lifecycle

Seules les actions d'expiration sont supportées.

Les configurations liées à l'archivage (comme AWS Glacier) ne sont pas supportées.

Les configurations de cycle de vue ne sont pas supportées les buckets où la fonctionnalité "system de fichier" est activée.

DELETE Bucket policy

GET Bucket (List Objects)

Pour les buckets où la fonctionnalité "system de fichier" est activée, le "slash" (/) est le seul délimiteur pris en charge lors de l'énumération des objets dans le buckets.

GET Bucket cors

GET Bucket acl

GET Bucket lifecycle

Seule les actions d'expiration sont supportées.

Les configurations liées à l'archivage (comme AWS Glacier) ne sont pas supportées.

Les configurations de cycle de vue ne sont pas supportées les buckets où la fonctionnalité "system de fichier" est activée.

GET Bucket policy

GET Bucket Object versions

GET Bucket versioning

HEAD Bucket

List Multipart Uploads

PUT Bucket

Lorsqu'une requête de type PUT est effectuée sur un buckets existant, reportez-vous à la section "Comportements spécifiques" lorsque le buckets existe déjà.

PUT Bucket cors

PUT Bucket acl

PUT Bucket lifecycle

Seule les actions d'expiration sont supportées.

Les configurations liées à l'archivage (comme AWS Glacier) ne sont pas supportées.

Les configurations de cycle de vue ne sont pas supportées les buckets où la fonctionnalité "system de fichier" est activée.

PUT Bucket policy

Les politiques de gestion des Buckets ne peuvent pas être configurées pour des opérations qui ne sont pas prises en charge par le service de stockage objet cegedim.cloud.

Vous pouvez retrouver la liste complète des opérations et des conditions supportées ici.

PUT Bucket versioning

DELETE Object

Delete Multiple Objects

GET Object

GET Object ACL

HEAD Objec

PUT Object

Supports chunked PUT

PUT Object acl

PUT Object - Copy

OPTIONS object

Initiate Multipart Upload

Upload Part

Upload Part - Copy

Complete Multipart Upload

Le service de Stockage Objet cegedim.cloud renvoie un ETag de 00 pour cette requête. Cette réponse diffère de celle d'Amazon S3.

Abort Multipart Upload

List Parts

APIs S3 non supportées

FonctionnalitéNotes

DELETE Bucket tagging

DELETE Bucket website

GET Bucket location

GET Bucket logging

GET Bucket notification

GET Bucket tagging

GET Bucket requestPayment

Le service de Stockage Objet cegedim.cloud utilise son propre modèle pour les paiements. Cette fonctionnalité n'est pas supportée.

GET Bucket website

PUT Bucket logging

PUT Bucket notification

PUT Bucket tagging

PUT Bucket requestPayment

Le service de Stockage Objet cegedim.cloud utilise son propre modèle pour les paiements. Cette fonctionnalité n'est pas supportée.

PUT Bucket website

Object APIs

GET Object torrent

POST Object

POST Object restore

Cette opération est liée à AWS Glacier. Cette fonctionnalité n'est pas supportée.

Comportements spécifiques

Comportements spécifiques par rapport à l'API AWS.


La création de Buckets utilisant des noms de moins de trois caractères échoue avec le message :

400 Bad Request, InvalidBucketName

Lors de la création d'un Bucket ou d'un objet avec un contenu vide, le service de Stockage Objet cegedim.cloud renvoie une erreur 400 invalid content-length ce qui diffère d'AWS qui renvoie une erreur 400 Bad Request.


La copie d'un objet dans un autre Bucket qui indexe la même clé d'indexation des métadonnées utilisateur mais avec un type de données différent n'est pas prise en charge et échoue avec une erreur 500 Server Error.


Lors de l'énumération des objets d'un Bucket, si vous utilisez un préfixe et un délimiteur mais fournissez un marker invalide, le service de Stockage Objet cegedim.cloud renvoie une erreur 500 Server Error ou 400 Bad Request pour un Bucket si la fonctionnalité "Système de fichier" est activée.

Cependant, AWS renvoie 200 OK et les objets ne sont pas répertoriés.


Pour les Buckets où la gestion des versions est activée, le service de Stockage Objet cegedim.cloud ne crée pas de marqueur de suppression (Delete marker) lorsqu'un objet déjà supprimé est supprimé à nouveau.

Cela diffère de l'API AWS S3, qui insère toujours un marqueur de suppression (Delete marker) pour la suppression d'objets supprimés dans les Buckets où le versionnage est activé.

Ce changement de comportement n'est applicable que lorsque l'objet supprimé est à nouveau supprimé de la zone propriétaire.


Lorsqu'une tentative est faite pour créer un Bucket avec un nom déjà existant, le comportement de service de Stockage Objet cegedim.cloud peut différer de celui d'AWS.

l'API AWS retourne toujours une erreur 409 Conflit lorsqu'un utilisateur disposant des permissions (ACL) FULL_CONTROL sur le Bucket, ou de toute autre autorisation, tente de recréer le Bucket.

Lorsqu'un Object User avec les permissions (ACL) FULL_CONTROL ou WRITE_ACP sur le Bucket tente de recréer le Bucket,

Le service de Stockage Objet cegedim.cloud renvoie 200 OK et l'ACL est écrasée, cependant, le propriétaire n'est pas modifié.

Un Object User avec des permissions WRITE/READ obtiendra une erreur 409 Conflit s'il tente de recréer un bucket.

Lorsqu'une tentative de recréer un bucket est faite par le propriétaire du bucket, le service renvoie 200 OK et écrase l'ACL. L'API AWS S3 se comporte de la même manière.

Lorsqu'un Object User n'a pas de privilèges d'accès au Bucket, une tentative pour recréer le Bucket entraîne une erreur 409 Conflit. L'API AWS S3 se comporte de la même manière.

Dernière mise à jour