Bonnes pratiques et directives pour S3 Object Lambda - Amazon Simple Storage Service

Bonnes pratiques et directives pour S3 Object Lambda

Note

À compter du 7 novembre 2025, S3 Object Lambda sera réservé aux clients existants qui utilisent actuellement le service, ainsi qu’à certains partenaires AWS Partner Network (APN). Si vous souhaitez utiliser le service, veuillez vous y inscrire avant le 7 novembre 2025. Pour des fonctionnalités semblables à celles de S3 Object Lambda, cliquez ici : Modification de la disponibilité d’Amazon S3 Object Lambda.

Lorsque vous utilisez S3 Object Lambda, suivez ces bonnes pratiques et directives pour optimiser les opérations et les performances.

Utilisation de S3 Object Lambda

S3 Object Lambda prend en charge uniquement le traitement des requêtes GET, LIST et HEAD. Les autres demandes n’invoquent pas AWS Lambda mais renvoient à la place des réponses d’API standard et non transformées. Vous pouvez créer un maximum de 1 000 points d’accès Object Lambda par Compte AWS et par région. La fonction AWS Lambda que vous utilisez doit être dans le même Compte AWS et la même région que le point d’accès Object Lambda.

S3 Object Lambda accorde jusqu’à 60 secondes pour diffuser une réponse complète à son mandataire. Votre fonction est également soumise aux quotas par défaut AWS Lambda. Pour plus d’informations, consultez Quotas Lambda dans le Guide du développeur AWS Lambda.

Quand S3 Object Lambda invoque votre fonction Lambda spécifiée, il vous incombe de veiller à ce que toutes les données écrasées ou supprimées d’Amazon S3 par votre fonction ou application Lambda spécifiée sont volontaires et correctes.

Vous pouvez utiliser S3 Object Lambda uniquement pour effectuer des opérations sur des objets. Vous ne pouvez pas utiliser S3 Object Lambda pour effectuer d’autres opérations Amazon S3, comme modifier ou supprimer des compartiments. Pour obtenir la liste complète des opérations S3 qui prennent en charge les points d’accès, consultez Compatibilité des points d’accès avec les opérations S3.

Outre cette liste, les points d’accès Object Lambda ne prennent pas en charge les opérations d’API POST Object, CopyObject (en tant que source) ni SelectObjectContent.

Services AWS utilisés en relation avec S3 Object Lambda

S3 Object Lambda connecte Amazon S3, AWS Lambda et éventuellement d’autres Services AWS de votre choix pour fournir des objets pertinents aux applications qui en font la demande. Tous les Services AWS utilisés avec S3 Object Lambda sont gouvernés par leurs contrats de niveau de service (SLA) respectifs. Par exemple, si un Service AWS quelconque ne respecte pas son engagement de service, vous pouvez recevoir un crédit de service, tel que décrit dans le contrat SLA de ce service.

En-têtes Range et partNumber

Lorsque vous utilisez des objets volumineux, vous pouvez avoir recours à l’en-tête HTTP Range pour télécharger une plage d’octets donnée à partir d’un objet. Lorsque vous utilisez l’en-tête Range, votre demande extrait uniquement la partie spécifiée de l’objet. Vous pouvez également utiliser l’en-tête partNumber pour effectuer une requête par plage pour la partie spécifiée de l’objet.

Pour plus d’informations, consultez Utilisation des en-têtes Range et partNumber.

Transformation de la date expiry-date

Vous pouvez ouvrir ou télécharger des objets transformés depuis votre point d’accès Object Lambda dans la AWS Management Console. Ces objets ne doivent pas avoir expiré. Si votre fonction Lambda transforme la date expiry-date de vos objets, vous pouvez voir des objets expirés qui ne peuvent pas être ouverts ou téléchargés. Ce comportement s’applique uniquement aux objets restaurés S3 Glacier Flexible Retrieval et S3 Glacier Deep Archive.

Utilisation de l’interface AWS et des kits AWS CLI SDK

Les sous-commandes S3 d’AWS Command Line Interface (AWS CLI) (cp, mv et sync) et l’utilisation de la classe TransferManager du kit AWS SDK pour Java ne sont pas prises en charge pour une utilisation avec S3 Object Lambda.