Bài tập · 2 phút
Phân loại yêu cầu theo tính năng DynamoDB
0/2
Từ khóa của phần nàyChọn một từ để xem nghĩa trước khi đọc
Phân loại từng yêu cầu của MFTECH vào tính năng giải quyết yêu cầu đó. Trên thiết bị di động: chọn thẻ, sau đó chọn ô đích.
Tải biến động, ban đêm gần như không có người dùng
Một shop có lưu lượng lớn gây quá tải một partition
Đọc với độ trễ micro giây
Tự động xoá phiên đăng nhập sau 24 giờ
Gửi email khi có người dùng mới
Lưu item sắp hết hạn sang S3
Khôi phục về đúng 14:31:59 hôm qua
Không ai xoá được bảng Orders
Export bảng sang S3 để chạy Athena (cần PITR), không tiêu tốn RCU
Người dùng tại Đức ghi đơn hàng ngay tại Frankfurt
Capacity và hiệu năngOn-Demand, DAX
Vòng đời dữ liệuTTL, Streams
Bảo vệ dữ liệu và nhiều RegionPITR, deletion protection, global tables
Câu hỏi kiểm tra
Với vai trò người thiết kế hệ thống MFTECH, chọn phương án phù hợp.
1. Ứng dụng shipper chỉ hoạt động ban ngày; tải tăng đột biến trong vài phút mà không báo trước. Bảng DynamoDB nên sử dụng capacity mode nào?
2. RCU của bảng đã được tăng gấp đôi nhưng trang của một shop có lưu lượng lớn vẫn bị throttle. Cách xử lý nào phù hợp?
3. Một deployment lỗi ghi sai giá từ 14:32. Bảng cần được khôi phục về đúng thời điểm trước đó. Tính năng nào phù hợp?
4. Một kỹ sư suýt xoá bảng production. MFTECH cần ngăn chặn hoàn toàn tình huống này với chi phí vận hành thấp nhất. Cần bật tính năng nào?
5. Người dùng tại châu Âu, Hoa Kỳ và châu Á đều cần ghi đơn hàng với độ trễ thấp tại Region gần nhất. Phương án nào phù hợp?
6. Đội phân tích cần chạy truy vấn Athena trên dữ liệu bảng Orders tại thời điểm 00:00 hằng ngày, không làm giảm hiệu năng của bảng đang phục vụ người mua. Phương án nào phù hợp?
Exercise · 2 phút
Sort the requirements by DynamoDB feature
0/2
Từ khóa của phần nàyChọn một từ để xem nghĩa trước khi đọc
Sort each MFTECH requirement into the feature that meets it. On a mobile device: tap a card, then tap the target box.
Fluctuating load, almost no users at night
One high-traffic shop overloads a partition
Reads with microsecond latency
Automatically delete login sessions after 24 hours
Send an email when a new user signs up
Archive items about to expire to S3
Restore to exactly 14:31:59 yesterday
No one can delete the Orders table
Export the table to S3 for Athena (requires PITR) without consuming RCUs
Users in Germany write orders right in Frankfurt
Capacity and performanceOn-Demand, DAX
Data lifecycleTTL, Streams
Data protection and multiple RegionsPITR, deletion protection, global tables
Câu hỏi kiểm tra
Với vai trò người thiết kế hệ thống MFTECH, chọn phương án phù hợp.
1. The shipper app runs only during the day; load spikes within minutes without warning. Which capacity mode should the DynamoDB table use?
2. The table's RCUs have been doubled, but a high-traffic shop's page is still throttled. Which fix fits?
3. A faulty deployment has been writing wrong prices since 14:32. The table must be restored to the exact moment before that. Which feature fits?
4. An engineer nearly deleted a production table. MFTECH must prevent this completely with the least operational overhead. Which feature must be enabled?
5. Users in Europe, the US and Asia all need to write orders with low latency in the nearest Region. Which option fits?
6. The analytics team needs to run Athena queries on the Orders table data as of 00:00 every day, without degrading the performance of the table that serves shoppers. Which option fits?