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

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.

Shadowing là kỹ thuật sao chép lưu lượng truy cập thực tế (live traffic) từ môi trường Production sang một môi trường thử nghiệm (staging/shadow) mà không làm ảnh hưởng đến phản hồi thực tế của người dùng. Kỹ thuật này cho phép kiểm tra cách hệ thống mới xử lý tải thực tế, phát hiện các lỗi tiềm ẩn về hiệu năng hoặc logic mà môi trường test thông thường không thể mô phỏng được. Điều này giúp giảm thiểu rủi ro khi thay đổi kiến trúc hoặc nâng cấp phiên bản, đảm bảo tính sẵn sàng cao khi chính thức thay thế phiên bản cũ.

Việc sử dụng unbounded pool khiến hệ thống cố gắng tạo ra vô hạn các tài nguyên (thread hoặc kết nối) khi lưu lượng tăng đột biến. Điều này dẫn đến cạn kiệt tài nguyên hệ điều hành (Memory, File Descriptors, CPU context switching). Khi tài nguyên cạn kiệt, hệ thống sẽ rơi vào trạng thái không thể phản hồi (unresponsive). Giải pháp Enterprise là sử dụng Bounded Pool với cơ chế hàng đợi (queue) có giới hạn và chiến lược từ chối (rejection policy) phù hợp, giúp hệ thống duy trì sự ổn định thay vì sụp đổ hoàn toàn.

Khi không thể dùng ACID transaction giữa các database khác nhau, chúng ta áp dụng các chiến lược sau:

Để thiết lập chiến lược kiểm thử tải hiệu quả cho ứng dụng Web Enterprise, kỹ sư kiểm thử cần tuân theo các bước chuyên sâu sau đây nhằm đánh giá chính xác khả năng chịu tải và phát hiện điểm nghẽn hệ thống.

Trong kiến trúc Microservices, việc kiểm thử tích hợp toàn bộ hệ thống gặp nhiều khó khăn do độ phức tạp và chi phí vận hành lớn. Kiểm thử hợp đồng (Contract Testing) là giải pháp tối ưu ở cấp độ Middle.

Các ứng dụng SPA (như React, Angular, Vue) thường xuyên thực hiện các lời gọi API bất đồng bộ và thay đổi trạng thái giao diện mà không tải lại trang, dẫn đến các lỗi kiểm thử như Element Not Found hoặc Stale Element Reference. Dưới đây là phương pháp giải quyết chuẩn Enterprise.

Việc tích hợp bảo mật vào quy trình CI/CD (DevSecOps) giúp phát hiện sớm các lỗ hổng trước khi sản phẩm được đưa lên môi trường Production. Dưới đây là chiến lược thực hiện ở cấp độ Middle.