本番環境のテストと監視
サーバーレスアプリケーションをテストする戦略を実装し、本番環境向けの堅牢な監視とアラートを設定します。
「本番環境のテストと監視」はCoddyKit上の無料Serverless Backend with AWS Lambda & API Gatewayレッスンです。 これはレッスン3/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはServerless Backend with AWS Lambda & API Gateway学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Serverless Backend with AWS Lambda & API Gatewayコースには全4レッスンが含まれています。
このレッスンの一部はまだ翻訳されておらず、英語で表示されています。
Beyond Dev: Production Monitoring
When your serverless application goes live, testing in development isn't enough. You need robust production monitoring to ensure it's always available, performing well, and serving your users correctly.
Production monitoring focuses on real-time insights, detecting issues before they impact users, and understanding the system's health in a live environment.
Observability: Logs, Metrics, Traces
To effectively monitor a serverless application, we rely on three key pillars of observability:
- Logs: Detailed records of events and errors from your functions.
- Metrics: Numerical data points that show performance and usage trends.
- Traces: End-to-end views of requests as they flow through multiple services.
These pillars help you understand what is happening, how well it's performing, and where problems are occurring.
Essential CloudWatch Metrics
AWS CloudWatch automatically collects metrics for your Lambda functions and API Gateway. Key metrics to monitor for Lambda include:
- Invocations: How many times your function is called.
- Errors: The number of times your function returns an error.
- Duration: How long your function runs (latency).
- Throttles: When Lambda rejects invocations due to concurrency limits.
Monitoring these helps you quickly spot performance degradation or failures.
Get Notified: CloudWatch Alarms
Metrics alone aren't enough; you need to be alerted when something goes wrong. CloudWatch Alarms allow you to set thresholds on your metrics.
When a metric breaches its threshold (e.g., Error count > 0 for 5 minutes), an alarm can trigger actions like sending notifications via Amazon SNS (Simple Notification Service) to your email or a chat application.
Deep Dive with CloudWatch Logs
When an alarm goes off, or you notice an issue, CloudWatch Logs are your go-to for debugging. Every print() statement or logger message from your Lambda function is sent here.
You can search, filter, and analyze these logs to understand the exact sequence of events that led to an error. Good logging practices are crucial for production debugging.
Try running this example and check its logs in CloudWatch:
import json
import logging
logger = logging.getLogger()
logger.setLevel(logging.INFO)
def lambda_handler(event, context):
logger.info(f"Received event: {json.dumps(event)}")
# Simulate some processing
try:
if 'fail' in event:
raise ValueError("Simulated error for logging")
message = "Processing successful!"
status_code = 200
except Exception as e:
logger.error(f"Error during processing: {e}")
message = f"Error: {e}"
status_code = 500
return {
'statusCode': status_code,
'body': json.dumps(message)
}Trace Requests with AWS X-Ray
Serverless applications often involve multiple services (API Gateway, Lambda, DynamoDB). When a request fails, it's hard to pinpoint where the issue occurred.
AWS X-Ray provides distributed tracing, giving you an end-to-end view of how requests travel through your application. It helps identify performance bottlenecks and errors across different services.
X-Ray: Enabling & Instrumenting
To use X-Ray, you enable it for your Lambda function and API Gateway. For Lambda, you can optionally instrument your code using the X-Ray SDK to add custom annotations or subsegments.
This allows you to capture specific details about your function's execution steps or business logic within the trace.
Run this Python Lambda with X-Ray SDK enabled:
import json
import os
from aws_xray_sdk.core import xray_recorder
from aws_xray_sdk.core.lambda_context import LambdaContext
xray_recorder.configure(service='MyServerlessApp')
xray_recorder.set_stream_strategy(LambdaContext())
def lambda_handler(event, context):
# X-Ray automatically captures basic Lambda info
# We can add custom subsegments or annotations
with xray_recorder.in_segment('my_custom_processing'):
xray_recorder.put_annotation('transaction_id', 'xyz123')
xray_recorder.put_metadata('input_event', event)
print("Function processing with X-Ray...")
# Simulate some work
result = {'message': 'Hello from X-Ray enabled Lambda!'}
return {
'statusCode': 200,
'body': json.dumps(result)
}Understanding X-Ray Service Map
Once X-Ray is collecting data, it visualizes your application's components and their connections in a Service Map. This map shows:
- The services involved (e.g., API Gateway, Lambda, DynamoDB).
- The average latency between them.
- Any errors or faults.
You can then drill down into individual traces to see the exact timeline of a request, including all subsegments and any errors.
Proactive Checks: CloudWatch Canaries
Beyond reactive monitoring, CloudWatch Synthetics Canaries offer proactive testing. Canaries are configurable scripts that run 24/7 from outside your application.
They simulate user interactions—like calling an API endpoint, loading a web page, or submitting a form—to check availability and performance. If a canary fails, it can trigger an alarm, alerting you to potential issues before your users notice them.
Monitoring Knowledge Check
Which of the following are key benefits of using AWS X-Ray in a serverless application?
Recap: Production Ready!
Congratulations! You've learned how to make your serverless applications production-ready through robust monitoring and testing strategies.
We covered the pillars of observability (logs, metrics, traces), using CloudWatch for metrics and alarms, deep-diving with CloudWatch Logs, and gaining end-to-end visibility with AWS X-Ray. Finally, we explored proactive testing with CloudWatch Synthetics Canaries.
Implementing these practices will significantly improve your application's reliability and your ability to respond to issues effectively.
よくある質問
「本番環境のテストと監視」レッスンは無料ですか？
はい。「本番環境のテストと監視」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Serverless Backend with AWS Lambda & API Gatewayコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Serverless Backend with AWS Lambda & API Gatewayコースには全4レッスンが含まれています。
「本番環境のテストと監視」で何を学びますか？
サーバーレスアプリケーションをテストする戦略を実装し、本番環境向けの堅牢な監視とアラートを設定します。 ブラウザで直接実行するハンズオンコードでServerless Backend with AWS Lambda & API Gatewayを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Serverless Backend with AWS Lambda & API Gatewayを始めるのに経験は必要ですか？
事前経験は必要ありません。CoddyKitのServerless Backend with AWS Lambda & API Gatewayは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン3/4です。
「本番環境のテストと監視」レッスンにはどのくらい時間がかかりますか？
ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このServerless Backend with AWS Lambda & API Gatewayレッスンでコードを書いて実行できますか？
はい。すべてのServerless Backend with AWS Lambda & API Gatewayレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。