Giới thiệu

Thiết kế hệ thống có vẻ đáng sợ, đúng không? Giống như một bí mật chỉ có những kỹ sư công nghệ lớn thì thầm với nhau trong những phòng máy chủ tối tăm.

Nhưng bạn biết không? Nó không phải là khoa học tên lửa (mặc dù đôi khi cảm giác như vậy). Hãy cùng khám phá những khái niệm lớn này theo cách thú vị — để bạn có thể vừa cười vừa học.

1. Khả Năng Mở Rộng (Scalability)

Hãy tưởng tượng bạn sở hữu một quán trà. Ban đầu, bạn phục vụ 10 cốc trà mỗi ngày. Bỗng nhiên, có 1.000 người đến. Bạn sẽ làm gì?

Mở rộng theo chiều dọc (Vertical Scaling): Mua một máy pha trà xịn hơn.
Mở rộng theo chiều ngang (Horizontal Scaling): Thuê 10 quán trà bạn bè cùng pha trà.

👉 Tiết lộ: Các công ty lớn thích thuê thêm “bạn bè”.

2. Băng Thông & Tốc Độ Xử Lý (Throughput & Bandwidth)

Tốc độ xử lý (Throughput) = số cốc trà bạn phục vụ mỗi giây.
Băng thông (Bandwidth) = kích thước của ấm trà.

👉 Ấm trà nhỏ + quá nhiều người = khách hàng tức giận.

3. Đồng Thời và Song Song (Concurrency vs. Parallelism)

Đồng thời (Concurrency): Một đầu bếp chuyển đổi giữa việc nấu biryani và chiên samosa.
Song song (Parallelism): Hai đầu bếp, một người làm biryani, người kia làm samosa, cùng một lúc.

👉 Bài học: thuê thêm đầu bếp.

4. Tính Nhất Quán, Tính Sẵn Có & Tolerance với Phân Vùng (Consistency, Availability & Partition Tolerance)

Tính nhất quán = mọi người nhận được cùng một thông tin vào cùng một thời điểm.
Tính sẵn có = không quan trọng điều gì, bạn luôn nhận được một số thông tin.
Tolerance với phân vùng = thông tin vẫn tiếp tục ngay cả khi bạn bè bạn bị kẹt trong giao thông.

5. Định Lý CAP (CAP Theorem)

Bạn không thể có tất cả. Chỉ chọn 2:

Làm nhất quán.
Làm sẵn có.
Chịu đựng các vấn đề mạng.

👉 Giống như cuộc sống: bạn không thể vừa ăn pizza, vừa giữ dáng, vừa ngủ một lúc. Chọn hai.

6. Định Lý PACELC (PACELC Theorem)

Người anh em xuất sắc của CAP.

Trong trường hợp mạng bị phân vùng: chọn Tính Nhất Quán hoặc Tính Sẵn Có.
Nếu không: chọn Độ Trễ hoặc Tính Nhất Quán.

👉 Về cơ bản: bạn luôn phải đánh đổi điều gì đó. Giống như các ứng dụng hẹn hò.

7. Độ Trễ (Latency)

Thời gian mất để người bạn thích trả lời tin nhắn của bạn.

Thời gian trễ thấp hơn = trả lời nhanh hơn = ít nước mắt hơn.

8. Kỹ Thuật Giảm Độ Trễ (Techniques That Reduce Latency)

Caching = giữ pizza trong tủ lạnh thay vì đặt hàng mỗi lần.
CDNs = các cửa hàng pizza ở mọi khu phố.
Cân Bằng Tải (Load Balancing) = chia nhỏ đơn đặt hàng pizza giữa các đầu bếp.
Lập Chỉ Mục (Indexing) = ghi chú để tìm phiếu giảm giá pizza nhanh hơn.
Xử Lý Không Đồng Bộ (Async Processing) = hâm nóng thức ăn thừa vào ngày mai.

9. Cơ Sở Dữ Liệu Quan Hệ và Phi Quan Hệ (Relational vs. Non-Relational Databases)

SQL = các bậc phụ huynh nghiêm khắc. Mọi thứ đều có quy tắc, cấu trúc và giờ giới nghiêm.
NoSQL = các bậc phụ huynh thoải mái. Làm bất cứ điều gì bạn muốn, chỉ cần đừng đốt nhà.

10. Giao Dịch và Các Loại Giao Dịch (Transactions & Their Types)

Hãy nghĩ về việc chuyển tiền: nếu ghi nợ thành công, ghi có cũng phải thành công.

Nếu không, sẽ xảy ra hỗn loạn.

👉 Giao dịch một giai đoạn (Single-phase commit) = bắt tay một bước.
👉 Giao dịch hai giai đoạn (Two-phase commit) = “Bạn có chắc không?” + “Được rồi, hãy làm điều này.”

11. APIs

Người phục vụ trong một nhà hàng. Bạn yêu cầu pizza → người phục vụ báo cho bếp → bếp đưa pizza → người phục vụ mang lại cho bạn.

👉 REST = người phục vụ dễ thương với thực đơn.
👉 GraphQL = bạn nói cho người phục vụ chính xác các loại topping bạn muốn.
👉 gRPC = người phục vụ sử dụng bộ đàm cho đơn đặt hàng siêu nhanh.

12. Caching

Có bao giờ bạn nhớ mật khẩu WiFi của mình để không phải gõ lại mỗi lần? Đúng rồi, đó là caching.
👉 Redis và Memcached giống như bộ não của bạn trên steroid.

13. Cân Bằng Tải (Load Balancing)

Đừng để một máy chủ làm tất cả công việc. Phân bổ yêu cầu như bạn phân tán tin đồn trong trường học.

14. Sharding và Phân Chia (Sharding & Partitioning)

Sharding: Chia dữ liệu người dùng thành các khối nhỏ hơn. Ví dụ: từ A–M trong một cơ sở dữ liệu, từ N–Z trong cơ sở dữ liệu khác.
Partitioning: Chia một bảng cơ sở dữ liệu lớn thành các lát.

👉 Giống như cắt pizza để mọi người đều có một miếng.

15. Hàng Đợi Tin Nhắn (Message Queues)

Hãy nghĩ về nó như một danh sách việc cần làm. Bạn viết các nhiệm vụ (tin nhắn), ai đó sẽ lấy chúng sau.

👉 Kafka, RabbitMQ, SQS = các quản lý công việc trên caffeine.

16. Giám Sát và Khả Năng Quan Sát (Monitoring & Observability)

Giám sát = “Hệ thống của tôi có hoạt động không?”
Khả năng quan sát = “Tại sao hệ thống của tôi có vẻ buồn?”

👉 Sử dụng nhật ký, số liệu và dấu vết. Hoặc chỉ cần hỏi Grafana một cách lịch sự.

Thực Hành Tốt Nhất (Best Practices)

Luôn cập nhật kiến thức về thiết kế hệ thống.
Thực hành qua các dự án thực tế.
Tham gia cộng đồng để trao đổi kinh nghiệm.

Những Cạm Bẫy Thường Gặp (Common Pitfalls)

Không tính đến khả năng mở rộng ngay từ đầu.
Bỏ qua việc kiểm tra và giám sát.
Thiếu kiến thức về các công nghệ và công cụ hiện tại.

Mẹo Tối Ưu Hiệu Suất (Performance Tips)

Sử dụng caching để giảm độ trễ.
Phân chia tải hợp lý để đảm bảo hiệu suất.
Thường xuyên kiểm tra và tối ưu cơ sở dữ liệu.

Khắc Phục Sự Cố (Troubleshooting)

Kiểm tra nhật ký để tìm kiếm lỗi.
Sử dụng công cụ giám sát để theo dõi hiệu suất.
Phân tích các vấn đề mạng để tìm nguyên nhân.

Kết Luận

Thiết kế hệ thống không phải lúc nào cũng giống như một kỳ thi mà bạn quên học.

Nó chỉ đơn giản là lý trí, được phục vụ với một chút thuật ngữ kỹ thuật (và có thể là một ít pizza).

Hãy học những khái niệm này, cười đùa về chúng, và lần sau khi ai đó nhắc đến “định lý CAP”, bạn sẽ gật đầu khôn ngoan thay vì hoảng hốt.

✍️ Khái niệm thiết kế hệ thống nào khiến bạn bối rối nhất? Hãy cùng cười về nó trong phần bình luận nhé!

15 Khái Niệm Thiết Kế Hệ Thống Quan Trọng Bạn Cần Biết