Phỏng vấn DevOps/Cloud: khác biệt so với backend thông thường

Trọng tâm đánh giá khác với backend thuần tuý

Phỏng vấn Backend Engineer thường tập trung vào việc viết logic đúng và hiệu quả. Phỏng vấn DevOps/Cloud giả định bạn đã biết viết code — câu hỏi thật sự là: khi hệ thống bạn vận hành gặp sự cố lúc 2 giờ sáng, bạn xử lý thế nào, và quan trọng hơn, bạn đã làm gì để sự cố đó ít có khả năng xảy ra ngay từ đầu.

Nhóm câu hỏi về xử lý sự cố (incident response)

• Mô tả một sự cố production bạn từng xử lý: phát hiện thế nào, chẩn đoán ra sao, và quyết định rollback hay fix tại chỗ dựa trên cơ sở gì.
• Cách bạn viết một bản post-mortem sau sự cố — phần nào quan trọng nhất để team không lặp lại lỗi tương tự.
• Cách phân biệt một cảnh báo (alert) thật sự cần hành động ngay với một cảnh báo gây nhiễu (alert fatigue).

Nhóm câu hỏi về thiết kế hạ tầng

• Cách thiết kế một hệ thống chịu lỗi khi một vùng (region) hoặc một dịch vụ phụ thuộc bị sập.
• Đánh đổi giữa high availability và chi phí vận hành — khi nào đáng để trả thêm tiền cho độ sẵn sàng cao hơn, khi nào không.
• Cách tiếp cận Infrastructure as Code: vì sao viết hạ tầng bằng code quan trọng hơn là chỉ click tay trên console.
• Cách thiết kế CI/CD pipeline để một lỗi không bị đẩy thẳng lên production mà không ai phát hiện.

Nhóm câu hỏi về bảo mật và chi phí

Ngày càng nhiều vị trí DevOps/Cloud gộp thêm trách nhiệm bảo mật hạ tầng cơ bản — cách giới hạn quyền truy cập theo nguyên tắc tối thiểu cần thiết, cách phát hiện một cấu hình cloud bị mở công khai ngoài ý muốn. Song song đó, tối ưu chi phí cloud (cắt giảm tài nguyên không dùng đến, chọn đúng loại instance) cũng là câu hỏi ngày càng phổ biến khi công ty siết ngân sách vận hành.

Cách kể một câu chuyện sự cố sao cho thuyết phục

Câu trả lời yếu thường chỉ dừng ở "em đã fix được lỗi". Câu trả lời mạnh có cấu trúc: bối cảnh sự cố (ảnh hưởng đến ai, mức độ nghiêm trọng), cách phát hiện (qua alert hay báo cáo từ người dùng), các giả thuyết đã loại trừ trước khi tìm ra nguyên nhân thật, và quan trọng nhất — thay đổi gì được áp dụng sau đó để giảm khả năng tái diễn. Phần cuối này thường bị bỏ qua nhưng lại là phần người phỏng vấn muốn nghe nhất.

Nếu vòng phỏng vấn còn bao gồm phần system design cho hệ thống quy mô lớn, bài Phỏng vấn system design: AI đối chiếu JD giúp được gì có cách chuẩn bị chi tiết hơn cho phần đó.

Khám phá thêm: Chuẩn bị technical interview: AI giúp được gì ngoài luyện code · Chuẩn bị phỏng vấn