Trước peak traffic

Peak traffic thay đổi load shape và downstream demand. Thử điều kiện của sự kiện, không dùng average load.

Những câu hỏi cần trả lời

  • Giao dịch nào vẫn phải hoàn tất lúc cao điểm?
  • Tổ hợp lưu lượng, dữ liệu và thời lượng nào đại diện?
  • Giới hạn phụ thuộc nào có thể chi phối flow?

Kết quả cần bảo vệ

Bảo vệ giao dịch đã nhận trước queue saturation, downstream throttling và correctness failure.

Cách điều tra

Thử tải tăng đột biến và kéo dài, tăng queue, trễ tự mở rộng, giới hạn dependency, suy giảm có kiểm soát và tính đúng theo scenario thống nhất.

Quyết định & kết quả

  • Giới hạn capacity theo scenario
  • Dependency gây giới hạn đã biết
  • Hành động validation và engineering được ưu tiên

Request nhanh vẫn có thể để lại reservation backlog

Scenario giả định, không phải kết quả khách hàng.

Câu hỏi cần làm rõChương trình khuyến mãi có giữ đúng tồn kho khi tiến trình xử lý giữ hàng bị chậm?

  1. Promotion traffic
  2. Reservation queue
  3. Inventory consumer
  4. Reservation confirmed

Observed in the exercise

Đợt tải ở staging để lại queue giữ hàng dù latency yêu cầu đã trở lại bình thường. Thời gian xử lý hết queue và tính đúng của giữ hàng cần tiêu chí riêng.

Evidence basis
Tested
Verification result
Partially verified
Freshness
Fresh

Uncovered dependency

Nguồn tồn kho từ nhà cung cấp được mô phỏng. Chưa biết phản ứng của hệ thống thật trong đợt khuyến mãi.

Evidence basis
Unknown
Verification result
Unverified
Freshness
Unknown

Quyết định tiếp theo

Xác định backlog boundary an toàn và admission-control response; verify backlog drain và reservation expiry với dependency đại diện trước khuyến mãi.

Phạm vi của ví dụ

Bài thử giả định này không công bố năng lực chịu tải hay kết quả khách hàng. Dạng tải và kết quả chấp nhận được cần được thống nhất cho flow đã chọn.

Chọn một critical flow.

Chia sẻ điều cần hoạt động đúng và câu hỏi cần trả lời. Hai bên thống nhất phạm vi trước khi triển khai.