Mở đăng ký khóa học Fullstack qua Zoom. Tham khảo tại đây

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

Tổng hợp các câu hỏi tuyển dụng thực tế theo nhiều cấp độ từ Entry đến Expert để bạn tự tin chinh phục nhà tuyển dụng.

Interactive Practice Tổng cộng 4,442 câu hỏi độc bản

Luyện Tập Phỏng Vấn Thử

Mô phỏng áp lực phỏng vấn thật với đồng hồ đếm ngược từng câu, tự đánh giá phản xạ và đo lường độ sẵn sàng của bạn.

Vui lòng đăng nhập để tham gia luyện tập và lưu tiến độ phỏng vấn.
511

Trong kịch bản hệ thống chịu tải cực lớn, tại sao việc sử dụng kỹ thuật Cache Stampede (Thundering Herd) lại gây sập hệ thống và cách giải quyết bằng cơ chế Probabilistic Early Recomputation là gì?

Middle

Bản chất vấn đề

Cache Stampede xảy ra khi một key cực kỳ phổ biến hết hạn, khiến hàng ngàn request cùng lúc đổ dồn vào Database vì cache miss. Điều này làm Database quá tải và có thể dẫn đến cascading failure.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
512

Tại sao việc sử dụng Redis làm Cache cho các dữ liệu có kích thước lớn (Large Payloads) lại gây suy giảm hiệu năng nghiêm trọng và cách tối ưu hóa là gì?

Middle

Tại sao gây suy giảm hiệu năng?

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
513

Khi thiết kế hệ thống có sử dụng Redis, tại sao việc cấu hình Maxmemory-policy là 'Noeviction' lại có thể gây ra lỗi 'OOM command not allowed' và trong trường hợp nào thì nên sử dụng chính sách này?

Middle

Phân tích lỗi

Khi maxmemory-policy được đặt là noeviction, Redis sẽ từ chối mọi lệnh ghi (write) khi bộ nhớ đã đạt ngưỡng giới hạn. Điều này khiến ứng dụng trả về lỗi 'OOM command not allowed', làm gián đoạn toàn bộ các thao tác cập nhật dữ liệu.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
514

Trong kiến trúc hệ thống lưu trữ dữ liệu nhạy cảm, tại sao việc sử dụng cơ chế Envelope Encryption lại được coi là giải pháp tối ưu cho việc quản lý khóa bảo mật?

Middle

Envelope Encryption là kỹ thuật mã hóa dữ liệu bằng một khóa dữ liệu (Data Encryption Key - DEK), sau đó mã hóa chính DEK đó bằng một khóa chủ (Key Encryption Key - KEK).

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
515

Tại sao việc sử dụng các thuật toán mã hóa có tính chất Deterministic lại gây ra rủi ro trong các hệ thống xử lý dữ liệu nhạy cảm và cách khắc phục bằng Probabilistic Encryption?

Middle

Mã hóa Deterministic là khi cùng một dữ liệu đầu vào và cùng một khóa luôn tạo ra cùng một bản mã (Ciphertext). Điều này tạo ra lỗ hổng phân tích tần suất (Frequency Analysis).

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
516

Khi thiết kế hệ thống yêu cầu tính toàn vẹn cao, tại sao việc sử dụng MAC (Message Authentication Code) là chưa đủ và tại sao cần chuyển sang Authenticated Encryption (AEAD)?

Middle

MAC (như HMAC) chỉ đảm bảo tính toàn vẹn và xác thực của dữ liệu, nhưng không cung cấp tính bảo mật (Encryption) nếu không được kết hợp thủ công. Việc kết hợp thủ công (như Encrypt-then-MAC) thường dẫn đến sai sót trong triển khai.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
517

Giải thích khái niệm Key Derivation Function (KDF) và tại sao việc sử dụng trực tiếp mật khẩu người dùng làm khóa mã hóa là một sai lầm nghiêm trọng?

Middle

Mật khẩu người dùng thường có entropy thấp và không đồng nhất. Nếu dùng trực tiếp làm khóa, kẻ tấn công có thể thực hiện tấn công từ điển (Dictionary Attack) cực nhanh.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
518

Trong kiến trúc Microservices, tại sao việc sử dụng mTLS (mutual TLS) lại được coi là tiêu chuẩn vàng để bảo mật giao tiếp nội bộ thay vì chỉ dựa vào API Gateway?

Middle

API Gateway chỉ bảo mật ở lớp biên (Perimeter Security). Nếu kẻ tấn công xâm nhập được vào mạng nội bộ, chúng có thể tấn công các service bên trong mà không gặp rào cản nào.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
519

Trong kiến trúc Load Balancing, tại sao việc sử dụng thuật toán Least Connections lại hiệu quả hơn Round Robin trong các hệ thống có các tác vụ xử lý với thời gian thực thi không đồng nhất?

Middle

Phân tích bản chất

Thuật toán Round Robin phân phối yêu cầu theo lượt mà không quan tâm đến trạng thái thực tế của Backend Server. Trong hệ thống có các tác vụ xử lý với thời gian thực thi khác nhau (ví dụ: một request chỉ mất 10ms nhưng request khác mất 2s), Round Robin dễ dẫn đến tình trạng một server bị quá tải trong khi các server khác đang rảnh rỗi.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
520

Làm thế nào để cấu hình Load Balancer nhằm ngăn chặn các cuộc tấn công DDoS ở tầng ứng dụng (Layer 7) hiệu quả nhất?

Middle

Giải pháp kỹ thuật

Để ngăn chặn DDoS ở Layer 7 tại Load Balancer, cần áp dụng các chiến lược sau:

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
521

Trong môi trường Cloud, việc sử dụng Auto Scaling Group kết hợp với Load Balancer có những thách thức gì về mặt đồng bộ trạng thái (State Synchronization)?

Middle

Thách thức chính

Khi Auto Scaling Group tự động thêm hoặc xóa các instance, các kết nối đang xử lý dở dang hoặc dữ liệu session lưu cục bộ trên instance bị xóa sẽ bị mất, dẫn đến lỗi cho người dùng.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
522

Tại sao việc sử dụng X-Forwarded-For header lại quan trọng khi hệ thống triển khai Load Balancer và cách thức hoạt động của nó như thế nào?

Middle

Bản chất vấn đề

Khi một request đi qua Load Balancer, địa chỉ IP nguồn (Source IP) mà Backend Server nhận được sẽ là địa chỉ IP của Load Balancer, không phải địa chỉ IP thực của người dùng cuối. Điều này gây khó khăn cho việc phân tích log, định vị địa lý hoặc chặn IP xấu.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
523

Sự khác biệt giữa Load Balancing ở Layer 4 và Layer 7 ảnh hưởng như thế nào đến khả năng mở rộng (Scalability) và độ phức tạp của hệ thống?

Middle

So sánh chi tiết

  1. Layer 4 (Transport Layer):
  • Hoạt động dựa trên thông tin IP và Port (TCP/UDP).
  • Ưu điểm: Hiệu năng cực cao, độ trễ thấp do không cần phân tích nội dung gói tin.
  • Nhược điểm: Không thể đưa ra quyết định định tuyến dựa trên nội dung (URL, Header, Cookie).
  1. Layer 7 (Application Layer):
  • Hoạt động dựa trên nội dung HTTP/HTTPS (URL path, Host header, Cookies).
  • Ưu điểm: Cực kỳ linh hoạt, hỗ trợ tốt cho Microservices (định tuyến theo path), SSL Termination, và tối ưu hóa nội dung.
  • Nhược điểm: Tiêu tốn CPU và bộ nhớ hơn do phải giải mã và phân tích gói tin ở tầng ứng dụng.

Lời khuyên kiến trúc

Trong các hệ thống Enterprise, thường sử dụng mô hình kết hợp: Layer 4 Load Balancer ở phía trước để phân phối tải thô, sau đó chuyển tiếp đến các Layer 7 Load Balancer (như Nginx, HAProxy) để xử lý logic định tuyến chi tiết cho các Service cụ thể.

524

Trong kiến trúc CDN, cơ chế Purge và Invalidation khác nhau như thế nào về mặt hiệu năng và tài nguyên hệ thống, và khi nào nên ưu tiên sử dụng từng phương thức?

Middle

Phân tích sự khác biệt

  1. Purge (Xóa hoàn toàn): Là hành động xóa sạch đối tượng ra khỏi bộ nhớ đệm của Edge Server. Khi có request tiếp theo, CDN buộc phải thực hiện một request mới (Fetch) về Origin Server để lấy dữ liệu mới.
  2. Invalidation (Vô hiệu hóa): Là hành động đánh dấu đối tượng là 'stale' (cũ). CDN sẽ giữ lại đối tượng đó nhưng bắt buộc phải kiểm tra lại với Origin (thường qua header If-Modified-Since hoặc ETag) trước khi phục vụ. Nếu dữ liệu không thay đổi, Origin trả về 304 Not Modified, giúp tiết kiệm băng thông.

Khi nào sử dụng?

  • Sử dụng Purge: Khi bạn cần xóa ngay lập tức các tệp tin nhạy cảm hoặc tệp tin bị lỗi (ví dụ: file cấu hình, tệp tin chứa thông tin cá nhân bị lộ) mà không muốn bất kỳ ai truy cập được phiên bản cũ nữa.
  • Sử dụng Invalidation: Khi bạn cập nhật nội dung định kỳ và muốn tối ưu hóa băng thông giữa CDN và Origin. Đây là cách tiếp cận 'thân thiện' hơn với hạ tầng backend.

Lưu ý thực chiến

Việc Purge quá nhiều (đặc biệt là Purge theo wildcard *) có thể gây ra hiện tượng 'Cache Miss Storm', khiến Origin Server bị quá tải đột ngột do hàng loạt request đổ về cùng lúc. Hãy ưu tiên Invalidation hoặc Purge theo đường dẫn cụ thể (URL-based).

525

Tại sao việc cấu hình 'Vary' header không đúng cách tại Origin Server lại có thể làm giảm hiệu quả của CDN và gây ra rò rỉ dữ liệu giữa các người dùng?

Middle

Bản chất của Vary header

Header Vary thông báo cho CDN rằng phản hồi này phụ thuộc vào giá trị của một header nhất định trong request (ví dụ: Vary: Accept-Encoding hoặc Vary: User-Agent). CDN sẽ tạo ra các biến thể (variants) của cache dựa trên giá trị đó.

Nội dung chi tiết câu trả lời, phân tích kỹ thuật chuyên sâu, mã nguồn minh họa và các trường hợp ngoại lệ chỉ dành riêng cho học viên Unicode E-learning...

Để mở khóa toàn bộ giải pháp chi tiết và tài liệu hướng dẫn phỏng vấn, vui lòng nâng cấp tài khoản hoặc tham gia gói Learning Pass để truy cập không giới hạn.

// Mã nguồn và kiến trúc giải pháp bị ẩn đối với tài khoản chưa nâng cấp...
High-Ticket Mentoring
Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Mô phỏng phỏng vấn kỹ thuật thực tế 1-1 qua Google Meet, nhận xét chi tiết điểm mạnh/yếu và sửa CV trực tiếp cùng giảng viên Unicode.

AI Resume Scanner
Kiểm Tra CV Chuẩn ATS Miễn Phí

Tải CV của bạn lên để hệ thống AI rà soát từ khóa kỹ năng, định dạng và tính điểm chuẩn nhà tuyển dụng.

vừa nâng cấp PRO khóa 1 phút trước   Tìm hiểu khóa học