Compatibilité API S3
APIs S3 supportées
| Méthodes | Notes |
|---|---|
Service GET | Le service de stockage objet cegedim.cloud supporte les paramètres |
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é " |
DELETE Bucket policy | |
GET Bucket (List Objects) | Pour les buckets où la fonctionnalité " |
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é " |
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é " |
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 :
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.
Last updated