Gestion des erreurs et nouvelles tentatives
Mettez en œuvre une gestion robuste des erreurs, des files d’attente de lettres mortes et des mécanismes de nouvelle tentative pour des applications sans serveur résilientes.
Gestion des erreurs et nouvelles tentatives est une leçon Serverless Backend with AWS Lambda & API Gateway gratuite sur CoddyKit. Ceci est la leçon 3 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Serverless Backend with AWS Lambda & API Gateway, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Serverless Backend with AWS Lambda & API Gateway comprend 4 leçons au total.
Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.
Build Resilient Serverless Apps
In serverless architectures, things can go wrong. Network issues, service outages, or bugs in your code can all lead to failures.
Building resilient applications means they can recover gracefully from these issues, minimizing impact on users and preventing data loss. Error handling and retries are key to this.
Lambda Invocation Types
How Lambda handles errors and retries depends on how your function is invoked. There are two main types:
- Synchronous: The caller waits for a response (e.g., API Gateway, ALB).
- Asynchronous: The caller doesn't wait; Lambda queues the event (e.g., S3, SNS, SQS, EventBridge).
Each type has different retry behaviors by default.
Synchronous Invocation Retries
When a Lambda function is invoked synchronously and returns an error (or times out), Lambda does NOT automatically retry the function.
It's up to the service or client that invoked Lambda (e.g., API Gateway, your mobile app) to implement its own retry logic. Lambda simply passes the error back to the caller.
Asynchronous Invocation Retries
For asynchronous invocations, Lambda has built-in retry mechanisms. If your function fails due to an unhandled error or times out, Lambda will automatically retry the invocation twice.
This means a total of three attempts (initial + two retries) are made, with an exponential backoff between retries. This helps overcome transient issues.
Handling Errors in Code
Beyond Lambda's automatic retries, you should always implement error handling *within* your function code. This allows you to:
- Gracefully manage expected errors (e.g., missing input).
- Log specific details for debugging.
- Return custom error messages to callers.
In Python, the try-except block is your best friend for this.
Python Error Handling Example
This Python Lambda function uses try-except to handle potential KeyError if an expected key is missing, or ZeroDivisionError if a value is zero. Try running it with different inputs!
import json
def lambda_handler(event, context):
try:
# Expecting 'value' key in the event
num = event['value']
result = 100 / num
return {
'statusCode': 200,
'body': json.dumps(f'Result: {result}')
}
except KeyError:
print("Error: 'value' key missing in event.")
return {
'statusCode': 400,
'body': json.dumps('Input Error: Missing \'value\' in event.')
}
except ZeroDivisionError:
print("Error: Cannot divide by zero.")
return {
'statusCode': 400,
'body': json.dumps('Input Error: Cannot divide by zero.')
}
except Exception as e:
print(f"An unexpected error occurred: {e}")
return {
'statusCode': 500,
'body': json.dumps(f'Server Error: {str(e)}')
}
# Example of how to run locally for testing
if __name__ == "__main__":
# Test case 1: Missing key
print("\n--- Test Case 1 (Missing Key) ---")
print(lambda_handler({}, None))
# Test case 2: Zero division
print("\n--- Test Case 2 (Zero Division) ---")
print(lambda_handler({'value': 0}, None))
# Test case 3: Success
print("\n--- Test Case 3 (Success) ---")
print(lambda_handler({'value': 25}, None))
# Test case 4: Non-numeric value (unhandled, falls to generic exception)
print("\n--- Test Case 4 (Type Error) ---")
print(lambda_handler({'value': 'abc'}, None))Dead-Letter Queues (DLQs)
What happens if an asynchronous Lambda invocation fails even after all retries? This is where Dead-Letter Queues (DLQs) come in!
A DLQ is an Amazon SQS queue or SNS topic where Lambda sends events it couldn't process successfully after all retry attempts. It's a crucial mechanism for:
- Preventing data loss.
- Debugging persistent issues.
- Manual reprocessing of failed events.
Configuring a DLQ
To set up a DLQ for your Lambda function:
- Create an SQS queue or SNS topic: This will be your DLQ.
- Grant Permissions: Ensure your Lambda function has permission to publish messages to the chosen SQS queue or SNS topic.
- Configure Lambda: In your Lambda function's configuration (under 'Asynchronous invocation'), specify the ARN of your SQS queue or SNS topic as the DLQ.
This ensures failed events have a safe landing spot.
DLQ Behavior in Action
It's important to understand *when* an event is sent to a DLQ:
- Only for asynchronous invocations.
- After all automatic retry attempts (initial + two retries) have failed.
- If the event's maximum age is exceeded, or the maximum retry attempts are exhausted.
The original event payload, along with some metadata, is sent to the DLQ.
DLQ Understanding
Let's check your understanding of Dead-Letter Queues!
Recap: Error Handling & Retries
You've learned how to make your serverless applications more robust!
- Synchronous vs. Asynchronous: Different invocation types have different default retry behaviors.
- In-code Error Handling: Use
try-exceptto catch and manage errors within your Lambda code. - Dead-Letter Queues (DLQs): A critical mechanism for capturing and inspecting events that fail after all automatic retries, preventing data loss for async invocations.
These practices are essential for building reliable serverless systems!
Apprends Serverless Backend with AWS Lambda & API Gateway avec un tuteur IA — gratuit
Écris et exécute du vrai code dans ton navigateur, obtiens de l'aide instantanée d'un tuteur IA disponible 24h/24, et reprends là où tu t'es arrêté sur le web ou dans l'app.
- Cours
- 12
- Leçons
- 48
Questions Fréquemment Posées
La leçon « Gestion des erreurs et nouvelles tentatives » est-elle gratuite ?
Oui — le texte complet de « Gestion des erreurs et nouvelles tentatives » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Serverless Backend with AWS Lambda & API Gateway, passe à CoddyKit PRO. Le cours Serverless Backend with AWS Lambda & API Gateway comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Gestion des erreurs et nouvelles tentatives » ?
Mettez en œuvre une gestion robuste des erreurs, des files d’attente de lettres mortes et des mécanismes de nouvelle tentative pour des applications sans serveur résilientes. Tu pratiques Serverless Backend with AWS Lambda & API Gateway avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer Serverless Backend with AWS Lambda & API Gateway ?
Aucune expérience préalable n'est requise. Serverless Backend with AWS Lambda & API Gateway sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 3 sur 4.
Combien de temps prend la leçon « Gestion des erreurs et nouvelles tentatives » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon Serverless Backend with AWS Lambda & API Gateway ?
Oui. Chaque leçon Serverless Backend with AWS Lambda & API Gateway inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Démarrages à froid et stratégies de préchauffage
- Techniques d’optimisation des coûts
- Gestion des erreurs et nouvelles tentatives
- Observabilité avec journalisation structurée et traçage