Gérer les défaillances liées à la transformation des données

Si l'appel de votre fonction Lambda échoue en raison d'un délai d'attente du réseau ou parce que vous avez atteint la limite d'invocation Lambda, Amazon Data Firehose réessaie l'appel trois fois par défaut. Si l'invocation échoue, Amazon Data Firehose ignore alors ce lot d'enregistrements. Les enregistrements ignorés sont traités comme des enregistrements comme n'ayant pas été correctement traités. Vous pouvez spécifier ou remplacer les options de nouvelle tentative à l'aide de l'API CreateDeliveryStreamorUpdateDestination. Pour ce type d'échec, vous pouvez enregistrer les erreurs d'appel dans Amazon CloudWatch Logs. Pour de plus amples informations, veuillez consulter Surveillez Amazon Data Firehose à l'aide des journaux CloudWatch .

Si le statut de la transformation des données d'un enregistrement est indiquéProcessingFailed, Amazon Data Firehose considère l'enregistrement comme n'ayant pas été traité correctement. Pour ce type de panne, vous pouvez envoyer des journaux d'erreurs vers Amazon CloudWatch Logs à partir de votre fonction Lambda. Pour plus d'informations, consultez la section Accès à Amazon CloudWatch Logs AWS Lambda dans le manuel du AWS Lambda développeur.

Si une transformation de données échoue, les enregistrements traités sans succès sont envoyés à votre compartiment S3 dans le processing-failed dossier. Les enregistrements sont au format suivant :

{
    "attemptsMade": "count",
    "arrivalTimestamp": "timestamp",
    "errorCode": "code",
    "errorMessage": "message",
    "attemptEndingTimestamp": "timestamp",
    "rawData": "data",
    "lambdaArn": "arn"
}