Lộ trình
Amazon Web ServicesAssociateTuần 2: Đào sâu dịch vụ cốt lõiBài 14 / 30

Ngày 14: Ôn tập tuần 2

Thời lượng: 45 phút
Mục tiêu: 2 nhiệm vụ chính
Tiến độ lộ trình
aws-saa-c03ngày 14
hoàn thành14 / 30 bài
Bối cảnh bài học

Tổng hợp storage, database, cache và serverless thành data-flow architecture có consistency, recovery và cost trade-off rõ ràng.

đọc hiểuthực hànhcheckpoint
Bài giảng hôm nay

Học hiểu, rồi mới thực hành

Tổng hợp storage, database, cache và serverless thành data-flow architecture có consistency, recovery và cost trade-off rõ ràng.

Bắt đầu đọc bài giảng

Nhiệm vụ bài học hôm nay

  • Ôn lại toàn bộ storage & database
  • Làm 15 câu luyện tập tình huống
Instructor walkthrough

Bài giảng chi tiết: từ bài toán đến bằng chứng

Scenario xuyên suốt

Một hệ thống có upload, catalog, order, notification và reporting. Chọn service theo danh sách sẽ tạo data flow rời rạc; bài review yêu cầu chỉ ra source of truth, cache, async boundary và recovery.

01Đọc bài toán

Xác định actor, workload, constraint và trạng thái cuối cần đạt.

02Vẽ luồng / boundary

Chỉ ra request, dependency, identity và failure domain trước khi chọn công cụ.

03Chọn và thực hành

Thay đổi nhỏ nhất trong lab cô lập; command nào cũng phải nói rõ nó kiểm tra điều gì.

04Kiểm chứng / recovery

Đối chiếu trạng thái thực tế, tạo một failure variant và ghi cách hoàn tác.

Cách nối lý thuyết với thực tế
  • S3 object, EBS/EFS/FSx file/block, RDS relational, DynamoDB access-pattern, cache và event service có semantics khác nhau.
  • Consistency, durability, availability, read scaling và recovery là các mục tiêu riêng.
  • Async boundary cần retry/idempotency/DLQ; cache cần TTL/invalidation.
  • Data classification, encryption, network boundary và cost phải xuất hiện trong design.

Data architecture review

Hãy nối upload → S3, catalog → cache/database, order → relational/NoSQL, notification → event/message và reporting → read path. Với mỗi dữ liệu ghi source of truth, consistency, backup, recovery và access control.

Bài tập

Đặt 6 failure scenarios: cache stale, DB primary lỗi, duplicate event, object xóa nhầm, replica lag và downstream timeout. Nếu design không mô tả behavior, bài review chưa đạt.

Bài giảng chuyên sâu

Data architecture review bằng source of truth

Commerce app có upload, catalog, order, notification và reporting. Review phải nối data flow: S3 giữ object, database giữ order authoritative, cache chỉ là bản sao, event truyền thay đổi và reporting đọc từ path phù hợp. Nếu hai service cùng ghi một bảng mà không owner, design có coupling ẩn.

Với mỗi data set ghi consistency, durability, backup, encryption, access boundary, retention và recovery. Read replica không phải backup; cache không phải source of truth; event stream không tự đảm bảo exactly-once. Async boundary cần retry/idempotency/DLQ, sync call cần timeout/circuit behavior.

Bài tập: tạo data contract table và đưa vào sáu lỗi: cache stale, DB primary fail, duplicate event, object deleted, replica lag, downstream timeout. Bài đạt khi expected state và owner rõ.

Terminal reference

Command list và cách dùng

Chạy từng lệnh theo đúng thứ tự. Trước các lệnh có thể tạo hoặc thay đổi tài nguyên, hãy kiểm tra profile, account và region.

Commands · read-only checkpoints
aws sts get-caller-identity --profile study
aws s3api list-buckets --profile study --output table
Hands-on lab

Thực hành theo scenario

Vẽ architecture cho commerce app gồm upload/catalog/order/notification/reporting. Tạo data contract table: source of truth, read path, write path, consistency, backup, retry và owner. Viết 6 failure scenarios rồi cập nhật design.

Evidence checkpoint

Kiểm chứng kết quả

Không coi lệnh chạy thành công là đủ. Hãy đối chiếu output với trạng thái mong đợi:

  • Mỗi dữ liệu có source of truth rõ.
  • Phân biệt cache/read replica/backup/replication.
  • Các async flow có retry/idempotency/error path.
  • Giải thích được trade-off cost/performance/reliability.
Transfer to exam / production

Bẫy thường gặp và trade-off

Đáp án đúng thường là đáp án nối đủ requirement chứ không phải service “cao cấp” nhất. Đọc data flow và failure mode trước.

Checkpoint · 3 phút

Kiểm tra nhanh

Câu hỏi: Trong review data architecture, câu hỏi nào nên được trả lời đầu tiên?

Kết thúc bài

Checklist trước khi sang Ngày 2