惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

MongoDB | Blog
MongoDB | Blog
B
Blog
Y
Y Combinator Blog
大猫的无限游戏
大猫的无限游戏
aimingoo的专栏
aimingoo的专栏
B
Blog RSS Feed
博客园 - Franky
V
V2EX
IT之家
IT之家
WordPress大学
WordPress大学
博客园 - 三生石上(FineUI控件)
J
Java Code Geeks
F
Fortinet All Blogs
I
InfoQ
云风的 BLOG
云风的 BLOG
腾讯CDC
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
月光博客
月光博客
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
N
Netflix TechBlog - Medium
宝玉的分享
宝玉的分享
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
P
Proofpoint News Feed
Microsoft Security Blog
Microsoft Security Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Send error event of an Lambda function to SNS Topic
Danh Hoang H · 2026-05-19 · via DEV Community

Lambda Async failure

1. Bài toán

Giả sử chúng ta có một Lambda function tên là ProcessMessages.

SNS InputTopic -> Lambda ProcessMessages

Lambda được invoke async khi có messege publish vào trong SNS topic InputTopic.

Bài toán đặt ra là:

Khi function Lambda "ProcessMessages" xử lý message fail thì hệ thống phải gửi sang một notifi tới SNS Topic "ErroTopic"

Lambda Failure Destination

Với Lambda asynchronous invocation, Lambda không trả lỗi trực tiếp về caller theo kiểu đồng bộ. Thay vào đó, Lambda đưa event vào hàng đợi nội bộ rồi xử lý sau. AWS Lambda có cơ chế retry cho async invocation; mặc định nếu function lỗi, Lambda retry thêm 2 lần. Nếu vẫn lỗi sau các lần retry, Lambda có thể gửi record lỗi đến destination như SNS topic hoặc SQS queue.

SNS InputTopic

Lambda ProcessMessages
↓ nếu xử lý thất bại
SNS ErrorTopic

Email notification

Kiến trúc lab

Ta sẽ thực hiên các task chính:

  1. Tạo SNS topic InputTopic
  2. Tạo SNS topic ErrorTopic
  3. Tạo Lambda function ProcessMessages
  4. Subscribe Lambda vào InputTopic
  5. Subscribe email vào ErrorTopic
  6. Cấu hình Lambda async failure destination trỏ về ErrorTopic
  7. Publish message vào InputTopic
  8. Lambda cố tình throw error
  9. Nhận email alert từ ErrorTopic

Hands on Lab bằng AWS Console

*Bước 1: Tạo SNS topic InputTopic
*

Vào AWS Console:

Amazon SNS → Topics → Create topic

Chọn:

Type: Standard
Name: InputTopic

Bấm:

Create topic. Lưu lại ARN của topic này, ví dụ:
arn:aws:sns:ap-southeast-1:123456789012:InputTopic

Create Topic

Created the Topic

Bước 2: Tạo SNS topic ErrorTopic

Tạo topic thứ hai:

Amazon SNS → Topics → Create topic

Chọn:

Type: Standard
Name: ErrorTopic

Bấm:

Create topic

Topic này sẽ nhận failure notification từ Lambda.

Bước 3: Subscribe email vào ErrorTopic

Vào topic ErrorTopic:

Subscriptions → Create subscription

Chọn:

Protocol: Email
Endpoint: email của bạn

Ví dụ:

hieunghiwork123@gmail.com

Bấm:

Create subscription

Subcription

Sau đó mở email và bấm Confirm subscription. (Có thể vẫn bị nằm trong thư mục Spam)

Nếu chưa confirm email subscription, SNS sẽ không gửi notification đến email của bạn.

  1. Tạo Lambda function ProcessMessages

Vào:

AWS Lambda → Functions → Create function

Chọn:

Author from scratch
Function name: ProcessMessages
Runtime: Python 3.12 hoặc Node.js 20.x
Architecture: x86_64

Bấm:

Create function

  1. Code Lambda cố tình fail

Dùng Python cho dễ test.

Trong Lambda code editor, thay code bằng:

import json

def lambda_handler(event, context):
print("Received event:")
print(json.dumps(event))

# Giả lập xử lý message thất bại
raise Exception("Simulated processing failure from ProcessMessages")

Enter fullscreen mode Exit fullscreen mode

Bấm:

Deploy

Ý nghĩa code này:

Mỗi khi Lambda nhận message từ InputTopic, nó sẽ cố tình throw exception.
Sau retry async thất bại, Lambda sẽ gửi failure record sang ErrorTopic.

  1. Gắn InputTopic làm trigger cho Lambda

Trong Lambda ProcessMessages, vào tab:

Configuration → Triggers → Add trigger

Chọn:

Source: SNS
SNS topic: InputTopic

Bấm:

Add

Lúc này flow đã có:

InputTopic → ProcessMessages

Theo AWS, Lambda có thể được invoke bởi SNS notification và Lambda xử lý SNS message theo cơ chế asynchronous.

  1. Cấu hình Failure Destination cho Lambda

Đây là phần quan trọng nhất.

Trong Lambda ProcessMessages, vào:

Configuration → Asynchronous invocation

Bấm:

Edit

Tìm phần:

Destination on failure

Chọn:

SNS topic

Sau đó chọn topic:

ErrorTopic

Hoặc nhập ARN của ErrorTopic.

Bấm:

Save

AWS Console cũng hướng dẫn cấu hình async invocation tại Lambda function bằng đường dẫn Configuration → Asynchronous invocation → Edit.

  1. Kiểm tra IAM permission

Thông thường khi bạn cấu hình qua Console, AWS có thể tự thêm permission cần thiết hoặc yêu cầu bạn cấp quyền.

Lambda execution role cần quyền publish message vào SNS ErrorTopic.

Policy tối thiểu có dạng:

{
"Effect": "Allow",
"Action": "sns:Publish",
"Resource": "arn:aws:sns:REGION:ACCOUNT_ID:ErrorTopic"
}

Ví dụ:

{
"Effect": "Allow",
"Action": "sns:Publish",
"Resource": "arn:aws:sns:ap-southeast-1:123456789012:ErrorTopic"
}

Nếu thiếu quyền, Lambda có thể fail khi gửi record sang destination. AWS có metric DestinationDeliveryFailures để theo dõi trường hợp Lambda không gửi được event đến destination do lỗi permission, cấu hình sai hoặc giới hạn kích thước.

  1. Test bằng cách publish message vào InputTopic

Vào:

Amazon SNS → Topics → InputTopic → Publish message

Nhập:

Subject: Test Lambda Failure
Message body:
{
"orderId": "12345",
"action": "process"
}

Bấm:

Publish message

Sau đó flow sẽ chạy:

InputTopic nhận message
→ SNS invoke Lambda ProcessMessages
→ Lambda throw exception
→ Lambda retry async
→ Sau khi fail hết retry
→ Lambda gửi failure record sang ErrorTopic
→ ErrorTopic gửi email cho bạn

  1. Kiểm tra CloudWatch Logs

Vào:

CloudWatch → Log groups

Tìm log group:

/aws/lambda/ProcessMessages

Bạn sẽ thấy log kiểu:

Received event:
...
Exception: Simulated processing failure from ProcessMessages

Điều này chứng minh Lambda đã nhận event từ SNS nhưng xử lý thất bại.

13. Kiểm tra email từ ErrorTopic
Sau một lúc, bạn sẽ nhận được email từ SNS ErrorTopic.

Nội dung email thường không chỉ có message gốc, mà còn có thông tin failure record từ Lambda, bao gồm các thông tin như:

  • requestContext
  • responseContext
  • functionError
  • approximateInvokeCount
  • requestPayload
  • responsePayload

Đây là lý do Lambda destination hữu ích hơn việc chỉ gửi message lỗi thủ công. Nó cho ta context về invocation thất bại.

*Dọn dẹp tài nguyên sau lab
*

Để tránh phát sinh chi phí hoặc rác tài nguyên, xóa các resource sau:

Lambda function: ProcessMessages
SNS topic: InputTopic
SNS topic: ErrorTopic
CloudWatch log group: /aws/lambda/ProcessMessages

Vào CloudWatch xóa log group nếu không cần giữ log.