Soldemy
0%

Bài đọc

Độ tin cậy và giới hạn tải: thực hành có hướng dẫn

3 phút đọc

Đây là bài 3 của chương 7: Độ tin cậy và giới hạn tải, 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ể

Timeout, retry và giới hạn đồng thời bảo vệ hệ thống khỏi chờ vô hạn. Retry có backoff và jitter giảm khả năng nhiều client cùng dồn tải trở lại.

Đề bài thực hành

Phân tích khi dịch vụ gửi email chậm: tác vụ đăng ký học nào cần tiếp tục, tác vụ nào chuyển nền?

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 độ tin cậy và giới hạn tải, 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: Phân tích khi dịch vụ gửi email chậm: tác vụ đăng ký học nào cần tiếp tục, tác vụ nào chuyển nền?
  • 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
Request budget: 2 giây cho toàn luồng demo.
Timeout từng dependency phải nằm trong budget.
Chỉ retry lỗi tạm thời với thao tác an toàn để lặp.
Dùng hàng đợi hoặc trả lỗi rõ khi vượt năng lực.

Đối chiếu kết quả

  • Luồng chính không chờ email
  • Retry có giới hạn
  • Có chỉ số lỗi và hàng đợi

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

Retry ở nhiều tầng có thể nhân số request. Circuit breaker không thay thế việc tìm nguyên nhân lỗi hoặc đo năng lực thực tế.

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.