Xây dựng ứng dụng săn vé IMAX 'bất bại' với Temporal: Phân tích kiến trúc

Khi 150.000 vé xem The Odyssey định dạng 70mm IMAX được mở bán, chúng đã cháy hàng gần như ngay lập tức. Tuy nhiên, kế hoạch luôn có thể thay đổi, các đơn hủy vé vẫn xảy ra và những chỗ ngồi đẹp đôi khi xuất hiện ngẫu nhiên vào những khung giờ không ngờ tới.

Để giải quyết vấn đề này, Andrew Baker từ Temporal đã xây dựng IMAXXING: một dịch vụ giám sát mọi suất chiếu 70mm IMAX trên khắp nước Mỹ và gửi thông báo cho người đăng ký ngay khi có ghế đẹp trống. Từ một dự án giải trí cuối tuần, dịch vụ này đã nhanh chóng mở rộng và hiện có hơn 9.000 người dùng.

Tôi đã có buổi trò chuyện với Andrew để phân tích kiến trúc hệ thống: cách durable execution (thực thi bền vững) duy trì các luồng công việc chạy dài hạn, cách debounce (chống rung) thông báo để tránh spam người dùng, và cách các serverless worker trên Google Cloud Run xử lý những đợt tăng đột biến về nhu cầu mà không cần phải cấp phát tài nguyên dư thừa.

Nội dung video bao gồm

Điểm khiến tôi tâm đắc nhất là cách durable execution thay đổi hoàn toàn tư duy về trạng thái chạy dài hạn (long-lived state) và cơ chế thử lại (retries). Thay vì phải xây dựng các cron job phức tạp, cơ sở dữ liệu thử lại tùy chỉnh và hàng đợi thông báo, bản thân trạng thái của workflow (luồng công việc) đã đóng vai trò là hàng đợi và bộ hẹn giờ.

Bạn đã từng thử nghiệm với entity workflow hoặc chạy các workflow worker trên hạ tầng serverless chưa? Bạn xử lý việc debouncing và các API hạ nguồn (downstream API) hay bị nhiễu trong ứng dụng của chính mình như thế nào?