Câu hỏi phỏng vấn AWS

Bạn đã đọc hết danh sách dịch vụ nhưng vẫn không hình dung được buổi phỏng vấn sẽ như thế nào. Khoảng trống đó là bình thường, và phần này sẽ lấp đầy nó: các vòng phỏng vấn AWS được thiết kế để tìm hiểu xem bạn đã từng vận hành thứ gì đó hay chưa, chứ không phải liệu bạn có thể gọi tên nó.

Khuôn mẫu này thể hiện rõ ở câu hỏi đào sâu tiếp theo. Người phỏng vấn hỏi bạn sẽ dùng dịch vụ nào, bạn trả lời đúng, và câu hỏi kế tiếp là tại sao không dùng dịch vụ khác. Người từng vận hành khối tải công việc đó sẽ trả lời dựa trên một hóa đơn, một sự cố ngừng hoạt động, hoặc một lần di chuyển hệ thống. Người chỉ đọc tài liệu sẽ khựng lại. Câu hỏi thứ hai đó, chứ không phải câu đầu tiên, mới là nơi quyết định kết quả phỏng vấn AWS.

Ba dạng vòng phỏng vấn thường lặp lại: vòng kiến thức nền tảng về mạng, danh tính, lưu trữ và tính toán; vòng tình huống hoặc thiết kế nơi bạn kiến trúc một hệ thống trong các ràng buộc cho trước; và vòng xử lý sự cố nơi bạn được đưa cho một triệu chứng và được hỏi bạn sẽ kiểm tra gì. Mức độ chuyên sâu tăng theo cấp bậc, nhưng cấu trúc chung vẫn giữ nguyên. Các ngân hàng câu hỏi theo vai trò và chủ đề khác nằm ở trung tâm câu hỏi phỏng vấn.

Đây là những câu hỏi nền tảng thường lặp lại xuyên suốt các buổi phỏng vấn AWS, được nhóm theo cách các vòng phỏng vấn thường được tổ chức.

Mạng và VPC

• VPC là gì, và subnet công khai khác subnet riêng tư như thế nào?
• Khi nào bạn cần NAT gateway, và nó tốn chi phí gì?
• Security group khác network ACL như thế nào?
• Bạn sẽ kết nối hai VPC như thế nào, và khi nào peering là lựa chọn sai?

Danh tính và bảo mật

• Giải thích IAM role, policy và user, và khi nào bạn dùng từng loại.
• Một instance EC2 nhận thông tin xác thực như thế nào mà không cần lưu key?
• Nguyên tắc đặc quyền tối thiểu trông như thế nào trong một policy thực tế?
• Bạn xoay vòng và kiểm toán secret trong AWS như thế nào?

Lưu trữ và cơ sở dữ liệu

• So sánh các storage class của S3 và giải thích khi nào dùng từng loại.
• Sự khác biệt giữa EBS và instance store là gì?
• Khi nào bạn chọn DynamoDB thay vì RDS, và bạn đánh đổi điều gì?
• Read replica khác với triển khai multi-AZ như thế nào?

Tính toán và tính sẵn sàng

• Giải thích auto scaling group và các chỉ số bạn sẽ dùng để scale.
• Khi nào Lambda là câu trả lời sai?
• Sự khác biệt giữa availability zone và region là gì?
• Bạn sẽ thiết kế như thế nào để chịu được mất toàn bộ một availability zone?

Câu hỏi tình huống là thứ phân loại ứng viên, vì không có câu trả lời nào để học thuộc. Một số đề bài điển hình:

• Hóa đơn hàng tháng của chúng tôi tăng gấp đôi nhưng lưu lượng truy cập thì không. Bạn tìm hiểu nguyên nhân như thế nào?
• Thiết kế một pipeline tải tệp lên xử lý được các tệp quá lớn cho một request.
• Một dịch vụ chỉ chậm ở một availability zone. Bạn kiểm tra gì đầu tiên?
• Di chuyển một cơ sở dữ liệu on-premise sang AWS với thời gian ngừng hoạt động tối thiểu. Hãy trình bày từng bước.
• Bạn sẽ làm gì để kiến trúc này chịu được sự cố ngừng hoạt động trên toàn khu vực, và điều đó tốn chi phí gì?

Hãy trả lời theo cùng một thứ tự mỗi lần: nhắc lại ràng buộc bạn cho là quan trọng, nêu rõ giả định của bạn thành lời, chọn một dịch vụ, rồi nêu tên sự đánh đổi mà bạn đã chấp nhận. Câu nói về sự đánh đổi mới là điều người phỏng vấn lắng nghe, vì nó chứng minh bạn biết lựa chọn đó phải trả giá bằng gì.

Một kỹ sư backend phỏng vấn cho vị trí platform tại một công ty quy mô vừa được yêu cầu thiết kế một pipeline tải tệp lên. Thay vì nêu tên S3 ngay lập tức, cô hỏi liệu việc tải lên có hướng tới người dùng cuối hay không và tệp lớn đến mức nào, sau đó chọn presigned URL kết hợp multipart upload, và giải thích rằng cô đã loại phương án định tuyến qua các application server vì điều đó sẽ biến thông lượng thành một vấn đề về khả năng mở rộng. Lựa chọn dịch vụ là bình thường; cách lập luận mới là điều được ghi nhớ.

Đọc một danh sách câu hỏi không phải là luyện tập. Kiểu thất bại thường gặp trong phỏng vấn AWS là biết câu trả lời nhưng trình bày nó như một đoạn độc thoại thiếu cấu trúc, và điều đó chỉ lộ ra khi bạn nói thành lời.

Hãy đọc to từng câu hỏi trong các danh sách trên, mỗi lần một câu, và tự buộc mình theo thứ tự bốn phần: ràng buộc, giả định, lựa chọn, đánh đổi. Ghi âm vài lần và nghe lại để nhận ra thời điểm câu trả lời của bạn mất đi cấu trúc. Chạy cùng bộ câu hỏi đó dưới dạng một buổi phỏng vấn thử sẽ thêm vào câu hỏi đào sâu, phần mà bạn không thể tự luyện một mình và cũng là phần người phỏng vấn AWS dựa vào nhiều nhất.

Có một giới hạn cần nói rõ: một số vòng sàng lọc AWS là bài đánh giá tự động, được ghi hình, hoặc có giám sát, chứ không phải cuộc trò chuyện trực tiếp. Những trường hợp đó nằm ngoài phạm vi của bất kỳ trợ lý trực tiếp nào, kể cả SubcueAI. Sự chuẩn bị là điều duy nhất giúp ích ở đó, và trung tâm các loại phỏng vấn giải thích định dạng nào hoạt động theo cách nào.