Lộ trình
Amazon Web ServicesAssociateTuần 4: Tối ưu & vận hànhBài 27 / 30

Ngày 27: Case study tổng hợp

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 27
hoàn thành27 / 30 bài
Bối cảnh bài học

Giải case study end-to-end bằng requirement decomposition, architecture choice, failure analysis và cost-aware review.

đọ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

Giải case study end-to-end bằng requirement decomposition, architecture choice, failure analysis và cost-aware review.

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

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

  • Phân tích 2 case study kiến trúc thi thật (dạng scenario)
  • Tự vẽ lại kiến trúc đề xuất
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 ticketing platform cần global delivery, payment reliability, private data, burst traffic, audit và budget control. Bài case buộc ghép các domain và bảo vệ trade-off.

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ế
  • Functional/non-functional requirements phải được viết trước service choice.
  • Data flow, trust boundary, failure domain, RTO/RPO và observability tạo thành architecture evidence.
  • Mỗi service có cost/operations; “managed” không có nghĩa zero responsibility.
  • Quyết định tốt phải có alternative và lý do loại.

Case study: ticketing platform

Viết architecture brief cho platform có global users, burst traffic, payment, private customer data, audit và budget.

Deliverable

Assumptions → requirements → diagram → data flow → security → HA/DR → deployment → observability → cost → risks. Với mỗi lựa chọn ghi alternative bị loại và requirement khiến nó sai.

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

Case study: thiết kế lại commerce platform

Bắt đầu từ request/data flow: CloudFront/ALB vào app private, catalog cache, order database, upload S3, event notification và reporting read path. Mỗi thành phần cần identity, network boundary, HA, backup, observability và cost assumption. Không thêm service nếu chưa nêu requirement nó giải quyết.

Bài tập: viết architecture decision record cho latency, AZ failure, order consistency, image upload, audit và budget. Failure drill: database primary fail, cache stale, event duplicate, NAT unavailable và bad deploy; mỗi case có detection/recovery.

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 configure list --profile study
Hands-on lab

Thực hành theo scenario

Trong 45 phút, viết architecture brief gồm assumptions, diagram, data flow, security, HA/DR, deployment, observability, cost và risks. Tạo ít nhất 5 alternative bị loại cùng lý do. Không triển khai resource thật.

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:

  • Brief có requirement/assumption rõ.
  • Diagram có request/data/trust/failure flow.
  • Có RTO/RPO, monitoring, IAM và cost control.
  • Reviewer khác có thể kiểm tra quyết định từ evidence.
Transfer to exam / production

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

Đọc scenario như một ticket: gạch requirement, loại đáp án sai scope, sau đó kiểm tra security/reliability/performance/cost/operations.

Checkpoint · 3 phút

Kiểm tra nhanh

Câu hỏi: Bước đầu tiên khi giải case study kiến trúc là gì?

Kết thúc bài

Checklist trước khi sang Ngày 2