Prime Video giảm hơn 90% chi phí hạ tầng khi chuyển dịch vụ giám sát chất lượng video từ kiến trúc phân tán về một ứng dụng

Đội phân tích chất lượng video của Prime Video xây dịch vụ giám sát từng luồng phát bằng các thành phần serverless điều phối bởi AWS Step Functions. Khi tăng quy mô, số lần chuyển trạng thái và lưu khung hình tạm trên S3 làm chi phí và giới hạn tài khoản trở thành điểm nghẽn. Họ gộp thành một tiến trình và báo cáo giảm hơn 90% chi phí hạ tầng. Bài học FinOps: kiến trúc phải được chọn theo mô hình giá và tải thực tế.

Nguyễn Thu Hà, PMP

22/09/2026

4 phút đọc 0

Bình luận0

Bối cảnh thực tế

Prime Video cần một công cụ phát hiện lỗi chất lượng (hình, tiếng, lệch đồng bộ) ở mọi luồng phát của khách hàng, nên phải mở rộng tới hàng nghìn luồng đồng thời. Đội Video Quality Analysis ban đầu dựng nó theo kiến trúc phân tán: nhiều thành phần serverless, AWS Step Functions điều phối, các khung hình được lưu tạm trên Amazon S3 để chuyển giữa các thành phần.

Theo bài của chính đội kỹ thuật (được DevClass đưa tin ngày 5/5/2023):

Dịch vụ thực hiện nhiều lần chuyển trạng thái cho mỗi giây của luồng phát, nên sớm chạm giới hạn tài khoản; Step Functions còn tính phí theo từng lần chuyển trạng thái.
Việc lưu khung hình trên S3 sinh một số lượng lớn lời gọi tính phí.
Giải pháp: gộp mọi thành phần vào một tiến trình, truyền dữ liệu trong bộ nhớ (bỏ S3), thêm lớp điều phối nhẹ trong từng thực thể và chạy trên EC2/ECS.
Kết quả: giảm hơn 90% chi phí hạ tầng và tăng khả năng mở rộng; còn tận dụng thêm gói tiết kiệm tính toán của EC2.

Bình luận trên báo chí lưu ý: bài nói nhiều về mô hình tính giá của hàm chức năng so với máy chạy liên tục, nên bài học áp dụng cho một nhóm tình huống hẹp hơn là “microservices xấu”. Chính đội tác giả cũng nhắn rằng microservices và serverless hữu ích ở quy mô lớn, nhưng cần quyết định theo từng trường hợp.

Phân tích nguyên nhân theo chuẩn PMP

Ước tính chi phí vận hành theo mô hình tải thực (Estimate Costs)
Với dịch vụ đám mây, chi phí phụ thuộc đơn vị tính phí (mỗi lần chuyển trạng thái, mỗi lời gọi lưu trữ) nhân với khối lượng. Thiết kế xử lý nhiều lần chuyển trạng thái mỗi giây cho hàng nghìn luồng sẽ nhân chi phí đến mức khó chấp nhận. Ước tính phải dựa trên kịch bản tải đỉnh, không chỉ tải thử.
Quyết định kiến trúc là quyết định chi phí (Plan Quality / Risk)
Chọn serverless hay một khối không chỉ là câu chuyện kỹ thuật mà là đánh đổi giữa chi phí biến đổi, khả năng mở rộng, tốc độ thay đổi và giới hạn nền tảng. Khi đánh đổi không được ghi lại và kiểm chứng sớm bằng nguyên mẫu đo chi phí, giả định “kiến trúc hiện đại sẽ rẻ” không được kiểm chứng.

Prime Video giảm hơn 90% chi phí hạ tầng khi chuyển dịch vụ giám sát chất lượng video từ kiến trúc phân tán về một ứng dụng

Bối cảnh thực tế

Phân tích nguyên nhân theo chuẩn PMP

Ước tính chi phí vận hành theo mô hình tải thực (Estimate Costs)

Quyết định kiến trúc là quyết định chi phí (Plan Quality / Risk)

Giám sát chi phí liên tục thay vì chờ hoá đơn (Control Costs)

Sẵn sàng điều chỉnh sau khi học được (Manage Project Knowledge)

Lẽ ra PM nên làm gì

Bước 1: Thêm “chi phí trên mỗi đơn vị giá trị” vào tiêu chí chấp nhận

Bước 2: Làm bài kiểm tra chi phí ở tải đỉnh trước khi chốt kiến trúc

Bước 3: Thiết lập thực hành FinOps từ ngày đầu

Bước 4: Ghi lại quyết định kiến trúc và điều kiện xem xét lại

PM Takeaway (Bài học rút ra)

Nguồn tham khảo

Trắc nghiệm tình huống PMP

Kiến trúc phân tán đang làm chi phí tăng phi tuyến. Bạn chọn hướng nào?

Tình huống này hữu ích với bạn?

Bình luận (0)