Wavi Books · System Design & Backend

System Design là gì? Cách luyện phỏng vấn System Design hiệu quả

Nguyễn Minh Trí · Biên tập chuyên môn Wavi Books

Framework phân tích yêu cầu, ước lượng, high-level design, database và trade-off dành cho backend developer Middle/Senior.

## System Design là gì?

## Câu trả lời ngắn trước khi đi vào kiến trúc

Framework phân tích yêu cầu, ước lượng, high-level design, database và trade-off dành cho backend developer Middle/Senior. Hãy bắt đầu từ yêu cầu, điểm hỏng và hậu quả nghiệp vụ rồi mới chọn thành phần kỹ thuật.

Một hệ thống có thể chạy rất ổn trong buổi demo nhưng bắt đầu lộ vấn đề khi lưu lượng tăng, mạng chập chờn hoặc một dịch vụ phía sau phản hồi chậm. Lúc đó, câu hỏi đáng giá không phải là thêm công nghệ nào cho sơ đồ đẹp hơn, mà là điểm hỏng thật sự nằm ở đâu và người dùng chịu hậu quả gì.

Phỏng vấn System Design không tìm một sơ đồ hoàn hảo. Người phỏng vấn muốn thấy bạn bình tĩnh làm rõ bài toán, đưa ra lựa chọn và hiểu cái giá của từng lựa chọn.

System Design là quá trình xác định thành phần, dữ liệu, giao tiếp và đánh đổi của một hệ thống để đáp ứng yêu cầu chức năng lẫn phi chức năng. Trong phỏng vấn, mục tiêu không phải vẽ kiến trúc hoàn hảo mà là thể hiện cách bạn đặt câu hỏi, đưa giả định và điều chỉnh thiết kế theo ràng buộc.

## Framework trả lời phỏng vấn

- Làm rõ người dùng, tính năng và phạm vi bài toán.

## Sơ đồ chỉ là phần nhìn thấy của tư duy

System Design kết nối yêu cầu với thành phần như API, database, cache, queue và cơ chế mở rộng. Mỗi quyết định nên trả lời một nhu cầu cụ thể thay vì xuất hiện vì kiến trúc mẫu có nó.

## Chuyện gì xảy ra khi đem vào dự án thật?

Nếu vẽ microservices ngay khi chưa biết quy mô người dùng, loại dữ liệu và mục tiêu độ tin cậy, thiết kế dễ trở thành danh sách công nghệ hơn là lời giải.

## Nếu bắt đầu hôm nay, tôi sẽ làm thế này

Luyện nói thành tiếng: làm rõ yêu cầu, ước lượng, dựng luồng chính rồi đào sâu nút thắt. Sau mỗi case, ghi lại đánh đổi bạn đã bỏ sót thay vì chỉ chép đáp án mẫu.

- Xác định yêu cầu về tải, latency, availability và consistency.

- Ước lượng lưu lượng, dung lượng và băng thông ở mức hợp lý.

- Vẽ high-level design và mô tả luồng dữ liệu chính.

- Đi sâu vào database, cache, queue, partition và failure mode.

- Tổng kết đánh đổi, bottleneck và hướng mở rộng.

## Sai lầm thường gặp

Nhiều ứng viên nhảy thẳng vào microservices, Kafka hoặc Kubernetes trước khi làm rõ yêu cầu. Một lỗi khác là chỉ kể tên công nghệ mà không giải thích vì sao lựa chọn đó phù hợp. Interviewer thường đánh giá quá trình suy luận và khả năng giao tiếp nhiều hơn số lượng buzzword.

## Cách luyện hiệu quả

Hãy luyện một bài theo ba vòng: tự thiết kế, so sánh với lời giải, sau đó trình bày lại trong 30–45 phút. Ghi lại các câu hỏi bạn bỏ sót và đánh đổi chưa giải thích được. Với developer Việt Nam, luyện nói bằng tiếng Việt trước rồi chuyển sang thuật ngữ tiếng Bạn giúp bài trình bày mạch lạc hơn.

System Design Interview Volume 1 phù hợp để học framework và case nền tảng. Volume 2 mở rộng sang bài toán phức tạp hơn. Designing Data-Intensive Applications giúp đào sâu nền tảng dữ liệu đứng sau nhiều quyết định kiến trúc.

## Bài tập luyện System Design thành tiếng

Đặt đồng hồ 35 phút và thiết kế dịch vụ rút gọn URL. Dành năm phút làm rõ yêu cầu, năm phút ước lượng, mười phút dựng luồng chính và phần còn lại đào sâu database, cache, lỗi. Ghi âm phần trình bày rồi nghe lại xem mỗi thành phần có lý do hay không. Sự mạch lạc trong suy nghĩ quan trọng hơn việc vẽ thật nhiều ô.

## Ví dụ xuyên suốt để nối kiến thức

Với dịch vụ nhắn tin, yêu cầu giao tin gần thời gian thực dẫn đến kết nối dài và queue; yêu cầu xem lịch sử dẫn đến storage và phân trang; yêu cầu đa thiết bị dẫn đến đồng bộ trạng thái. Mỗi ô trên sơ đồ phải nối với một yêu cầu như vậy.

## Khung triển khai từ thử nghiệm đến thực tế

Bắt đầu bằng phạm vi và ràng buộc: số người dùng, kiểu tải, độ trễ, độ bền và mức nhất quán. Không có số liệu, mọi lựa chọn database hay cache chỉ là phỏng đoán.

### Bốn bước nên đi theo thứ tự

- Làm rõ chức năng cốt lõi và yêu cầu phi chức năng.

- Ước lượng QPS, băng thông, lưu trữ và điểm tải cao.

- Thiết kế API, data model và luồng chính đơn giản.

- Tìm bottleneck, phân tích lỗi rồi mới thêm cache, queue hoặc partition.

## Trade-off cần nhìn thẳng

Mở rộng đọc và ghi thường cần chiến lược khác nhau. Consistency mạnh đơn giản hóa nghiệp vụ nhưng có thể giảm availability hoặc tăng latency; không có lựa chọn tốt tuyệt đối ngoài bối cảnh.

## Đánh giá bằng kết quả thay vì cảm giác

Trong phỏng vấn, tự chấm khả năng làm rõ, giải thích đánh đổi và phản ứng với câu hỏi mới. Trong hệ thống thật, theo dõi SLO, saturation, lỗi và chi phí theo tải.

## Giá trị đối với năng lực nghề nghiệp

System Design giúp developer nối code với vận hành và kinh doanh. Khả năng nói rõ giả định thường quan trọng ngang việc biết nhiều mẫu kiến trúc.

## Câu hỏi tự kiểm tra trước khi chuyển chủ đề

Bạn có thể giải thích System Design là gì bằng ngôn ngữ của mình, nêu một trường hợp nên dùng, một trường hợp không nên dùng và chỉ ra cách đo kết quả hay chưa? Nếu chưa, hãy quay lại ví dụ nhỏ trong bài, thay đổi một ràng buộc rồi quan sát điều gì buộc giải pháp phải thay đổi. Đây là cách biến kiến thức đọc được thành khả năng ra quyết định.

## Góc nhìn dành cho developer Việt Nam

Với backend developer và kỹ sư phần mềm tại Việt Nam, kiến thức này đặc biệt hữu ích khi làm sản phẩm có thanh toán, đơn hàng, dữ liệu khách hàng hoặc chuẩn bị phỏng vấn System Design. Nhà tuyển dụng thường quan tâm cách bạn giải thích giả định và đánh đổi hơn là số lượng công nghệ bạn nhớ tên.

## Đọc tiếp trên Wavi Books

Nếu bạn muốn học chủ đề này theo một lộ trình có cấu trúc, có thể xem System Design Interview - Volume 1 bản tiếng Việt tại [Wavi Books](/sach/system-design-interview-volume-1-alex-xu-2026). Sách liên quan được đặt sau phần kiến thức để bạn có thể đánh giá nội dung trước khi chọn mua.