Thư Viện Câu Hỏi Phỏng Vấn

So sánh cơ chế

1. Signed URLs: Mỗi URL được gắn một chữ ký số (signature) kèm thời hạn. Chỉ có URL đó mới truy cập được tài nguyên. Phù hợp cho việc bảo vệ từng tệp tin đơn lẻ (ví dụ: link tải file, link video).
2. Signed Cookies: Cho phép truy cập vào nhiều tệp tin hoặc toàn bộ thư mục (ví dụ: /videos/*) thông qua một cookie duy nhất. CDN sẽ kiểm tra cookie này cho mọi request trong phạm vi được cấu hình.

Khi nào chọn Signed Cookies?

• Khi bạn cần bảo vệ một tập hợp tài nguyên (ví dụ: toàn bộ khóa học video gồm nhiều file .ts và .m3u8).
• Khi bạn không muốn thay đổi cấu trúc URL của ứng dụng (vì Signed URL làm thay đổi đường dẫn tài nguyên).
• Khi ứng dụng của bạn đã có cơ chế quản lý session/authentication ổn định, việc cấp phát cookie sẽ tự nhiên hơn so với việc phải tạo URL động cho từng tệp tin.

Lưu ý

Signed Cookies yêu cầu domain của CDN phải là subdomain của domain chính (hoặc cấu hình domain đồng nhất) để trình duyệt có thể gửi cookie kèm theo request.

Cơ chế HTTP/2 Server Push

Server Push cho phép Origin Server chủ động gửi các tài nguyên (như CSS, JS) về trình duyệt trước khi trình duyệt kịp yêu cầu, giúp giảm độ trễ (latency) của trang web.

Khái niệm Shielding

Shielding (thường gọi là Origin Shield) là một lớp đệm trung gian giữa các Edge Server và Origin Server. Thay vì hàng nghìn Edge Server trên toàn cầu cùng gửi request về Origin, chúng sẽ gửi về một cụm 'Shield' tập trung.

Bản chất của Write-Ahead Logging (WAL)

WAL là cơ chế ghi lại mọi thay đổi dữ liệu vào một tệp nhật ký (log file) trên đĩa cứng trước khi thực hiện cập nhật vào cấu trúc dữ liệu chính (như B-Tree hoặc LSM-Tree) trong bộ nhớ.

Khái niệm Tombstone

Trong Cassandra, vì dữ liệu không bị xóa vật lý ngay lập tức (do cấu trúc LSM-Tree), khi thực hiện lệnh DELETE, hệ thống sẽ ghi một bản ghi đánh dấu gọi là Tombstone. Nó báo hiệu rằng dữ liệu này đã bị xóa.

Cơ chế WiredTiger Cache

WiredTiger sử dụng một bộ nhớ đệm (cache) để lưu trữ các trang dữ liệu (pages). Khi cache đầy, nó sẽ thực hiện cơ chế Eviction để giải phóng không gian cho các dữ liệu mới.

Định nghĩa Quorum

Quorum là cơ chế đảm bảo tính nhất quán bằng cách yêu cầu một số lượng Node tối thiểu (thường là W + R > N) phải phản hồi thành công trước khi một thao tác được coi là hoàn tất.

Sử dụng biến môi trường để lưu trữ thông tin nhạy cảm như mật khẩu database hoặc API keys là một rủi ro bảo mật lớn vì chúng có thể bị lộ qua lệnh 'docker inspect' hoặc trong lịch sử log của CI/CD. Docker Secret cung cấp giải pháp an toàn hơn bằng cách lưu trữ dữ liệu trong bộ nhớ của Docker Swarm và chỉ mount vào các container được chỉ định.

Docker xây dựng image theo từng lớp (layers), mỗi lệnh trong Dockerfile tạo ra một layer mới. Docker sử dụng cơ chế cache để tái sử dụng các layer đã tồn tại nếu nội dung của lệnh không thay đổi.

Sự khác biệt nằm ở cách Docker tương tác với tiến trình chính (PID 1) bên trong container thông qua các tín hiệu Linux.

Overlay Network cho phép các container trên các Docker Host khác nhau trong một cụm (cluster) giao tiếp với nhau như thể chúng đang ở trên cùng một mạng nội bộ.

Distroless Image là các Docker image chỉ chứa ứng dụng và các thư viện runtime cần thiết, hoàn toàn không bao gồm các công cụ hệ thống như shell (bash, sh), trình quản lý gói (apt, apk) hay các tiện ích như curl, ping.

Circuit Breaker là một mẫu thiết kế (design pattern) giúp ngăn chặn sự lan truyền lỗi trong hệ thống phân tán. Khi một dịch vụ gọi đến dịch vụ khác (thông qua HTTP hoặc gRPC) mà dịch vụ đó phản hồi chậm hoặc lỗi liên tục, Circuit Breaker sẽ chuyển trạng thái từ Closed sang Open. Khi ở trạng thái Open, mọi yêu cầu gọi đến dịch vụ đó sẽ bị chặn ngay lập tức (fail-fast), giúp dịch vụ gọi không bị treo do chờ đợi (blocking) và có thời gian để dịch vụ bị lỗi phục hồi. Điều này ngăn chặn hiện tượng Cascading Failure và bảo vệ tài nguyên hệ thống.

Graceful Shutdown là quá trình ứng dụng dừng hoạt động một cách có kiểm soát khi nhận được tín hiệu kết thúc (SIGTERM). Thay vì dừng đột ngột, ứng dụng sẽ: 1. Ngừng nhận các request mới từ Load Balancer. 2. Hoàn thành các request đang xử lý dở dang (in-flight requests). 3. Đóng các kết nối Database và Message Queue một cách an toàn. Nếu không có cơ chế này, các request đang xử lý sẽ bị ngắt giữa chừng, gây ra lỗi 5xx cho người dùng và có thể làm hỏng dữ liệu (data corruption) trong các giao dịch chưa hoàn tất.

Trong môi trường phân tán, việc gửi lại yêu cầu (retry) là không thể tránh khỏi do lỗi mạng. Idempotency đảm bảo rằng dù một hành động được thực hiện nhiều lần với cùng một tham số, kết quả cuối cùng trên hệ thống vẫn không thay đổi. Ví dụ, khi thanh toán, nếu client gửi request nhưng bị timeout, client sẽ retry. Nếu không có Idempotency Key, hệ thống có thể trừ tiền khách hàng hai lần. Giải pháp thực chiến là sử dụng Idempotency-Key trong header, lưu trữ key này vào Redis hoặc Database để kiểm tra xem request đã được xử lý thành công trước đó hay chưa.