Soldemy
0%

Bài đọc

Pipeline video và lưu trữ: thực hành có hướng dẫn

3 phút đọc

Đây là bài 3 của chương 5: Pipeline video và lưu trữ, thuộc khóa demo System Design. Nội dung được dùng để trải nghiệm cấu trúc chương trình học; hãy thực hành trên dữ liệu và môi trường thử nghiệm riêng. Trong dự án xuyên suốt, bạn sẽ xây dựng bản thiết kế nền tảng học trực tuyến với danh mục, video, tiến độ và thông báo.

Mục tiêu cụ thể

Tệp nguồn, bản chuyển mã và bản phát có vòng đời khác nhau. Lưu metadata trong DB, dữ liệu lớn trong object storage; dùng trạng thái rõ để quản lý xử lý nền.

Đề bài thực hành

Thiết kế state machine cho video và chính sách xử lý upload dở dang; định nghĩa khi nào được hiển thị nút xem.

Quy trình từng bước

  • Xác định đầu vào, đầu ra và trạng thái trước khi bắt đầu. Với pipeline video và lưu trữ, hãy ghi lại kết quả bạn mong muốn trước khi chạy ví dụ.
  • Tạo bản thử nhỏ nhất trong một thư mục hoặc môi trường riêng. Chỉ dùng dữ liệu giả; không sao chép token, tài khoản hoặc dữ liệu cá nhân vào bài tập.
  • Thực hiện yêu cầu: Thiết kế state machine cho video và chính sách xử lý upload dở dang; định nghĩa khi nào được hiển thị nút xem.
  • Quan sát kết quả và so sánh từng điều kiện chấp nhận. Khi chưa đạt, thay đổi một yếu tố mỗi lần để biết thay đổi nào tạo ra tác động.
  • Lưu kết quả cùng ghi chú giải thích quyết định. Người khác cần tái hiện được thao tác mà không phải đoán cấu hình hoặc dữ liệu ban đầu.

Điểm khởi đầu

TEXT
uploaded -> queued -> processing -> ready
                           |
                           v
                         failed

Artifact: source.mp4, master.m3u8, media.m3u8, segments.
Chỉ phát khi manifest và các segment đã sẵn sàng.

Đối chiếu kết quả

  • Mỗi trạng thái có điều kiện chuyển
  • Có đường retry và thất bại
  • Ready đòi hỏi đủ artifact

Nếu kết quả khác dự kiến

Đánh dấu ready trước khi upload đủ segment tạo lỗi phát không ổn định. Retry cần tránh ghi đè artifact của phiên xử lý khác.

Chụp hoặc ghi lại đầu vào và đầu ra trước khi sửa. Xác nhận tệp đã lưu, đúng môi trường đang chạy và dữ liệu thử vẫn giữ nguyên. Sau khi sửa, chạy lại cả trường hợp ban đầu lẫn một trường hợp biên để tránh sửa được một nhánh nhưng làm hỏng nhánh khác.

Sản phẩm cần lưu

  • Mã nguồn hoặc sơ đồ của bản thử.
  • Dữ liệu đầu vào có thể dùng lại.
  • Ba kết quả kiểm tra kèm giải thích.
  • Một ghi chú về điều bạn sẽ làm khác nếu triển khai cho người dùng thật.

Hỏi đáp

Đăng nhập để đặt câu hỏi và tham gia thảo luận.