Bài đọc

Review kiến trúc và kế hoạch mở rộng: tình huống lỗi và cách chẩn đoán

3 phút đọc

Đây là bài 4 của chương 8: Review kiến trúc và kế hoạch mở rộng, 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ể

Một bản thiết kế tốt nêu được quyết định, lựa chọn khác và điều kiện phải xem lại. Đo trước khi thêm thành phần phân tán để tránh tăng chi phí vận hành vô ích.

Tình huống lỗi

Sơ đồ nhiều hộp không chứng minh khả năng mở rộng. Cần kiểm tra các điểm nghẽn, cách phục hồi và chi phí vận hành tương ứng.

Chẩn đoán có bằng chứng

Trong bài review kiến trúc và kế hoạch mở rộng, hãy cố ý tái hiện tình huống trên ở môi trường thử nghiệm. Mục tiêu là thấy vì sao kết quả sai và thu thập đủ bằng chứng để phân biệt lỗi dữ liệu, lỗi quy tắc và lỗi cấu hình. Không sửa đồng thời nhiều yếu tố vì bạn sẽ khó xác định nguyên nhân.

Ghi rõ bước thao tác và kết quả mong đợi.
Thu nhỏ ví dụ đến mức vẫn tái hiện được lỗi.
Đối chiếu dữ liệu thực với giả định ban đầu.
Đặt giả thuyết và thay đổi một yếu tố.
Xác nhận bằng cách tái chạy ví dụ tối thiểu.

Mẫu đối chiếu

Quyết định: bắt đầu bằng modular monolith.
Lý do: nhóm nhỏ, transaction nghiệp vụ đơn giản.
Đo: p95 latency, error rate, queue depth, DB load.
Xem lại khi: một miền có tải hoặc vòng đời triển khai riêng.
Kèm kế hoạch backup và diễn tập restore.

Kiểm tra sau sửa

Quyết định có lý do và tradeoff
Giả định được phân biệt với số đo
Có kế hoạch kiểm chứng và phục hồi

Khi lỗi biến mất, thực hiện lại yêu cầu gốc: Viết tài liệu thiết kế cuối cùng gồm yêu cầu, mô hình miền, API, dữ liệu, video, quan sát và phương án khôi phục. Sau đó thử trường hợp đầu vào rỗng hoặc trạng thái chưa được khởi tạo nếu phù hợp. Một bản sửa phải khôi phục hành vi đã định nghĩa, không chỉ làm mất thông báo lỗi.

Ghi chú bàn giao