AWS Lambda thêm cấu hình direct read cho S3 Files: chọn throughput hoặc độ trễ

Bài viết này do AI tạo ra, có thể mắc sai sót.

Tóm tắt nhanh

AWS Lambda có thêm cấu hình direct read cho Amazon S3 Files, cho phép chọn đường đọc phù hợp thay vì phụ thuộc hoàn toàn vào cấu hình mặc định.
Direct read bật: các lần đọc tệp từ 1 MB trở lên đi thẳng tới S3 bucket để ưu tiên throughput; tệp nhỏ vẫn đi qua lớp lưu trữ hiệu năng cao.
Direct read tắt: toàn bộ thao tác đọc dùng lớp lưu trữ hiệu năng cao, phù hợp workload cần độ trễ thấp hơn.
Cấu hình độc lập với memory Lambda: trước đây direct read từ bucket chỉ mặc định hỗ trợ function có ít nhất 512 MB memory.
Triển khai qua Console, CLI, SDK hoặc CloudFormation; không có phí riêng ngoài chi phí Lambda và S3 Files tiêu chuẩn.

Lambda được quyền chọn đường dữ liệu

S3 Files đưa mô hình file system có managed storage vào các workload Lambda. AWS tách hai mục tiêu vốn hay mâu thuẫn: đường đọc từ S3 bucket cho băng thông tốt trên file lớn, và lớp high-performance storage cho độ trễ thấp. Tính năng mới cho phép đội vận hành chọn rõ ưu tiên này theo function thay vì để ngưỡng memory quyết định gián tiếp.

Khi bật direct read

Khi direct read được bật, Lambda đọc file cỡ từ 1 MB trở lên trực tiếp từ S3 bucket. Đây là lựa chọn hợp lý cho pipeline ETL, xử lý batch, phân tích file lớn hoặc tác vụ có kích thước đối tượng tương đối ổn định. File nhỏ vẫn được phục vụ qua high-performance storage để tránh trả giá độ trễ không cần thiết.

Khi tắt direct read

Khi tắt, toàn bộ lượt đọc đi qua high-performance storage. Cách này hợp với service serverless truy cập nhiều file nhỏ, độ trễ nhạy cảm hoặc cần hành vi dễ dự đoán hơn. Đổi lại, đội vận hành cần cân nhắc throughput tổng thể khi workload chuyển sang đọc dữ liệu lớn liên tục.

Điểm cần kiểm tra trước khi đổi cấu hình

Đo phân bố kích thước file thực tế, không chỉ nhìn dung lượng dữ liệu tổng.
So sánh p50/p95 latency và throughput trước, sau khi thay đổi trên workload giống production.
Kiểm tra permission, VPC path và điểm nghẽn downstream; direct read không tự xử lý các giới hạn này.
Đưa cấu hình vào IaC qua CloudFormation hoặc SDK để tránh lệch giữa các môi trường.

Phân tích

Serverless bắt đầu cần điều khiển I/O chi tiết hơn

Lambda vốn che giấu phần lớn hạ tầng, nhưng workload xử lý dữ liệu và agent ngày càng nhạy với thời gian lấy file. Việc tách lựa chọn latency và throughput cho thấy đường I/O đã trở thành tham số vận hành quan trọng, không còn chỉ là chi tiết implementation.

Ngưỡng 1 MB là gợi ý, không phải cấu hình tối ưu cho mọi nơi

Ngưỡng AWS công bố tạo điểm khởi đầu rõ ràng. Tuy vậy, workload có file nhỏ nhưng dày đặc, hoặc file lớn cần phản hồi nhanh, vẫn phải benchmark bằng dữ liệu thật trước khi tiêu chuẩn hóa policy.

Hữu ích cho kiến trúc event-driven xử lý file

Đội dùng S3 event, Lambda và S3 Files có thể định tuyến theo loại tác vụ: latency-first cho request tương tác, throughput-first cho job nền. Điều này giảm nhu cầu tách thêm service chỉ để tối ưu một kiểu đọc dữ liệu.

Vì sao đáng chú ý?

Đây không phải thay đổi mạng thuần túy, nhưng tác động trực tiếp tới data path của hệ thống serverless. Với hạ tầng xử lý file lớn, chọn đúng đường đọc có thể giảm thời gian hoàn thành job; với ứng dụng nhạy độ trễ, giữ read qua high-performance storage giúp kiểm soát trải nghiệm tốt hơn.