Đây là bài 3 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.
Đề bài thực hành
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.
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 review kiến trúc và kế hoạch mở rộng, 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: 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.
- 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
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.Đối chiếu kết quả
- 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
Nếu kết quả khác dự kiến
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ụ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.