AWS Lambda nâng giới hạn thời gian chạy lên 90 phút cho tác vụ dài hạn
AWS Lambda cho phép các hàm chạy trên Lambda Managed Instances hoạt động tối đa 90 phút, gấp sáu lần so với giới hạn 15 phút trước đây, tiếp tục xóa nhòa ranh giới giữa một lần gọi Lambda và một máy chủ truyền thống. Giới hạn này vẫn giữ nguyên đối với các yêu cầu đồng bộ truyền thống.
AWS vừa công bố một thay đổi đáng chú ý đối với dịch vụ điện toán không máy chủ (serverless) chủ lực của mình: Lambda giờ đây cho phép các hàm chạy trên Lambda Managed Instances hoạt động tối đa 90 phút, gấp sáu lần so với giới hạn 15 phút tồn tại suốt nhiều năm qua. Đây được xem là bước tiến quan trọng nhằm phục vụ các tác vụ chạy dài, vốn trước đây thường phải chuyển sang các giải pháp như container hay máy chủ ảo.
Giới hạn 15 phút không còn là rào cản tuyệt đối
Từ khi ra đời, Lambda luôn gắn liền với giới hạn thời gian chạy tối đa 15 phút cho mỗi lần gọi hàm. Điều này phù hợp với các tác vụ ngắn, xử lý sự kiện theo thời gian thực, nhưng lại gây khó khăn cho những quy trình cần thời gian dài như xử lý dữ liệu lớn, huấn luyện mô hình nhỏ, hay các job ETL phức tạp.
Việc nâng lên 90 phút trên Lambda Managed Instances cho thấy AWS đang nỗ lực thu hẹp khoảng cách giữa mô hình serverless và máy chủ truyền thống. Người dùng có thể tận dụng lợi thế tự động mở rộng, trả tiền theo mức sử dụng của Lambda mà không còn bị ràng buộc bởi giới hạn thời gian quá ngắn.
Điểm đáng lưu ý là giới hạn 90 phút chỉ áp dụng cho Lambda Managed Instances. Các yêu cầu đồng bộ truyền thống vẫn giữ nguyên mức 15 phút.
Ý nghĩa đối với cộng đồng lập trình viên
Đối với các đội ngũ phát triển tại Việt Nam và khu vực, thay đổi này mang lại một số lợi ích thiết thực:
- Giảm nhu cầu chuyển đổi hạ tầng: Nhiều tác vụ trước đây buộc phải dùng EC2, Fargate hay Kubernetes có thể được đưa trở lại Lambda, giúp đơn giản hóa kiến trúc.
- Tiết kiệm chi phí vận hành: Không cần duy trì máy chủ thường trực cho các job định kỳ chạy lâu, chỉ trả tiền theo thời gian thực thi thực tế.
- Giảm độ phức tạp trong quản lý: Việc gộp nhiều loại tác vụ vào cùng một nền tảng serverless giúp giảm gánh nặng DevOps.
Tuy nhiên, lập trình viên cũng cần cân nhắc kỹ lưỡng. Các tác vụ chạy 90 phút vẫn có thể gặp rủi ro về timeout, khó gỡ lỗi hơn so với hàm ngắn, và cần thiết kế idempotent để đảm bảo an toàn khi thử lại. Bên cạnh đó, chi phí cho thời gian chạy dài có thể tăng đáng kể nếu không tối ưu mã nguồn.
Xu hướng serverless ngày càng "giống máy chủ"
Động thái này nằm trong xu hướng chung của ngành: các nền tảng serverless đang dần mở rộng khả năng để đáp ứng nhiều loại tác vụ hơn. AWS không phải cái tên duy nhất — Google Cloud Run và Azure Container Apps cũng đã cho phép thời gian chạy dài hơn đáng kể.
Sự thay đổi này đặt ra câu hỏi thú vị: liệu serverless còn giữ được bản chất "không máy chủ" khi các hàm ngày càng chạy lâu như máy chủ truyền thống? Câu trả lời có lẽ nằm ở trải nghiệm người dùng: lập trình viên vẫn không phải quản lý hạ tầng, vẫn được tự động mở rộng, nhưng có thêm không gian linh hoạt để giải quyết bài toán đa dạng hơn.
Với những ai đang xây dựng hệ thống trên AWS tại Việt Nam, đây là thời điểm phù hợp để xem xét lại kiến trúc hiện tại và đánh giá xem liệu một số tác vụ dài có thể được chuyển về Lambda Managed Instances để đơn giản hóa hệ thống hay không.


