SAA-C03: cấu trúc đề, cách đọc câu hỏi, bảng từ khóa → dịch vụ, lộ trình ôn 6 tuần

Bài cuối của chương không dạy thêm dịch vụ nào. Nó dạy cách biến kiến thức 21 bài thành điểm số: hiểu đề được chấm thế nào, đọc câu hỏi theo một quy trình cố định, có bảng từ khóa trong đầu, biết lỗi hay mắc, và một lộ trình 6 tuần gắn với các bài 22.x. Mọi con số về đề ở dưới lấy từ exam guide chính thức; trước khi thi hãy mở lại trang aws.amazon.com/certification để kiểm tra phiên bản hiện hành (SAA-C03 có thể được thay bằng bản mới).

1. Bài toán: biết nhiều dịch vụ nhưng vẫn trượt

Người học A sau 21 bài:
  - Nhớ hết: Multi-AZ vs Read Replica, SQS vs SNS, Gateway vs Interface endpoint
  - Làm đề thử lần 1: 58% → trượt (cần ~72%)
  - Xem lại bài sai:
      40% sai vì đọc lướt, bỏ qua chữ "LEAST operational overhead" → chọn phương án tự xây
      25% sai vì không biết dịch vụ "lạ" chỉ xuất hiện 1 câu (Transfer Family, FSx for Lustre, AppFlow)
      20% sai vì câu "Chọn HAI" chỉ chọn 1 hoặc chọn 2 đáp án cùng nhóm
      15% sai thật sự vì chưa hiểu khái niệm

Kiến thức là điều kiện cần. Đề SAA đo kỹ năng chọn thiết kế phù hợp nhất với ràng buộc, nên phần lớn điểm mất đi nằm ở cách đọc, không ở kiến thức.

2. Vấn đề: đề thi không hỏi "cái này là gì" mà hỏi "chọn gì khi…"

• Mỗi câu là một tình huống 3–7 dòng với 2–4 ràng buộc. Hai đáp án thường đều đúng về kỹ thuật, chỉ một đáp án thỏa ràng buộc được nhấn.
• Ràng buộc viết hoa hoặc in đậm: MOST cost-effective, LEAST operational overhead, MOST secure, HIGHEST availability, MINIMUM downtime, FEWEST changes. Bỏ qua chữ đó là mất câu.
• Thời gian: 130 phút cho 65 câu = 2 phút/câu. Đọc chậm 10 câu đầu là hết thời gian cho 10 câu cuối.
• Có 15 câu không tính điểm (unscored) trộn trong đề để AWS thử câu mới; bạn không biết câu nào, nên không được bỏ câu nào.

3. Giải pháp: hiểu đề, đọc theo quy trình, thuộc bảng từ khóa

3.1 Cấu trúc SAA-C03

Bốn domain và trọng số (theo exam guide SAA-C03):

Domain 1  Design Secure Architectures            30%   ≈ 15 câu tính điểm   ← bài 22.1, 22.2, 22.3, 22.14, 22.20
Domain 2  Design Resilient Architectures         26%   ≈ 13 câu            ← 22.5, 22.7, 22.11, 22.18, 22.10
Domain 3  Design High-Performing Architectures   24%   ≈ 12 câu            ← 22.4, 22.8, 22.9, 22.12, 22.16, 22.17
Domain 4  Design Cost-Optimized Architectures    20%   ≈ 10 câu            ← 22.19, 22.6, 22.13, 22.4

Chú ý: exam guide đánh số Domain 1 = Secure. Trong các bài 22.x trước, cột "Domain SAA"
dùng nhãn D1 Performance / D2 Resilient / D3 Secure / D4 Cost theo tên; khi đọc exam guide
hãy đi theo TÊN domain, không theo số.

Mỗi domain có các task statement (ví dụ Secure: "Design secure access to AWS resources", "Design secure workloads and applications", "Determine appropriate data security controls"). Exam guide liệt kê cả danh sách dịch vụ in scope và out of scope; đọc danh sách đó một lần để không ôn thừa (ví dụ không cần sâu về SageMaker).

3.2 Quy trình đọc một câu hỏi (2 phút)

Bước 1 (10 giây)  Đọc CÂU HỎI CUỐI trước: "Which solution will meet these requirements MOST cost-effectively?"
                  → gạch dưới tiêu chí thắng: COST. Biết mình đang tìm gì rồi mới đọc tình huống.
Bước 2 (40 giây)  Đọc tình huống, đánh dấu từ khóa:
                  - Hiện trạng: "on-premises", "EC2 in a single AZ", "RDS MySQL", "millions of users"
                  - Ràng buộc cứng: "must not be publicly accessible", "RPO of 5 minutes", "cannot change code"
                  - Ràng buộc mềm (tiêu chí thắng): MOST/LEAST + tính chất
Bước 3 (30 giây)  Loại đáp án:
                  - Vi phạm ràng buộc cứng → loại ngay (public subnet khi đề nói private)
                  - Dịch vụ không tồn tại / không làm được việc đó → loại (WAF trên NLB, Lambda chạy 20 phút)
                  - "Tự xây" khi đề nói LEAST operational overhead → loại
                  - Hai đáp án giống nhau chỉ khác một chi tiết → một trong hai là đáp án, so chi tiết đó
Bước 4 (20 giây)  Còn 2: chọn cái thỏa tiêu chí thắng. Nếu vẫn phân vân: chọn dịch vụ managed, native,
                  đơn giản hơn. AWS hiếm khi lấy "viết script cron trên EC2" làm đáp án.
Bước 5 (10 giây)  Multiple response: đếm lại số đáp án đã chọn. Flag câu nếu không chắc, đi tiếp.
Không bao giờ bỏ trống: không trừ điểm câu sai.

3.3 Bảng từ khóa → dịch vụ (thuộc như bảng cửu chương; gom cả bảng nhỏ của các bài trước)

3.4 Lỗi thường gặp và cách sửa

4. Lộ trình ôn 6 tuần (10–12 giờ/tuần)

Nếu chỉ có 3 tuần: gộp tuần 1+2, 3+4, giữ tuần 5–6 làm đề. Nếu đề thử số 1 dưới 60%, kéo dài thêm 2 tuần thay vì dời ngày thi vào phút cuối.

Tài nguyên luyện đề chính thống (chỉ nêu nguồn, không nêu link con vì hay đổi; tất cả đi từ aws.amazon.com/certification):

• Exam guide SAA-C03 (PDF trên trang chứng chỉ): domain, task statement, dịch vụ in/out of scope. Đọc ở tuần 1 và tuần 6.
• Sample questions chính thức (10 câu, có giải thích): làm ở tuần 6 để quen giọng đề.
• AWS Skill Builder: course "Exam Prep Standard/Enhanced" cho SAA-C03 và Official Practice Question Set (20 câu, miễn phí) / Official Practice Exam (65 câu, trong gói trả phí). Giải thích đáp án viết bởi chính AWS, đáng tin hơn đề bên thứ ba.
• AWS Well-Architected Framework whitepaper và các FAQ của dịch vụ chính (EC2, S3, RDS, VPC, Lambda): đề thi lấy chi tiết từ FAQ.
• Đề bên thứ ba: hữu ích để luyện tốc độ, nhưng khi giải thích mâu thuẫn với doc AWS thì doc AWS đúng. Không học thuộc đáp án.

5. Cách hoạt động: một câu hỏi đi qua quy trình

Đề: "A company runs a web application on EC2 instances behind an ALB in a single AZ. The database
     is an RDS MySQL Single-AZ instance. Users report downtime during AZ maintenance events.
     The company wants the application to remain available during an AZ failure with MINIMAL
     changes to the application. Which combination of steps should a solutions architect take?
     (Choose TWO.)"
   A. Migrate the database to DynamoDB global tables.
   B. Enable Multi-AZ on the RDS instance.
   C. Launch instances in a second AZ and register them with the ALB using an Auto Scaling group.
   D. Create a read replica in another Region and point the application to it.
   E. Put CloudFront in front of the ALB.

Bước 1  Câu hỏi cuối: "remain available during AZ failure" + "MINIMAL changes" + "Choose TWO"
        → tiêu chí: Availability (Reliability), ràng buộc cứng: ít thay đổi app
Bước 2  Hiện trạng: 1 AZ cho EC2, RDS Single-AZ → hai điểm yếu riêng biệt → hai đáp án sẽ sửa hai thứ
Bước 3  Loại: A (đổi DB engine = thay đổi lớn), D (replica khác region không tự failover, đổi endpoint),
        E (CDN không giải quyết AZ failure)
Bước 4  Còn B (DB) + C (compute): đúng hai lớp → chọn B và C
Bước 5  Đếm: 2 đáp án. Xong trong ~90 giây.

6. So sánh: SAA-C03 với các chứng chỉ gần

7. Khi nào nên thi / chưa nên

• Nên đặt lịch khi: 2 đề thử liên tiếp (nguồn khác nhau, tính giờ) trên 75%; error log tuần gần nhất chủ yếu là lỗi đọc, không phải lỗi khái niệm; đã làm ít nhất 8 lab trong chương.
• Chưa nên khi: chưa từng làm đề 65 câu tính giờ; không phân biệt được 15 cặp so sánh; chỉ học qua video. Dời 2 tuần rẻ hơn trượt và chờ 14 ngày.
• Mẹo đặt lịch: chọn buổi bạn tỉnh táo nhất; online thì test hệ thống 2 ngày trước; xin ESL +30 phút trước khi đặt lịch nếu đủ điều kiện.

Đúng rồi, multiple response không có điểm phần nên nó "đắt" hơn câu thường. Số lượng không công bố cố định; kinh nghiệm phổ biến là khoảng 8–15 câu trong 65. Chiến thuật dựa trên một quan sát: hai đáp án đúng gần như luôn giải quyết hai phần khác nhau của yêu cầu.

1. Tách yêu cầu thành các phần

Đề: "...application must be highly available AND data must be encrypted at rest. (Choose TWO)"
     → phần 1: HA (compute/db)      → phần 2: encryption
     Hai đáp án đúng: một về HA, một về encryption.
     Hai đáp án cùng về HA (Multi-AZ RDS và ASG multi-AZ) không thể cùng đúng nếu chỉ có 1 phần HA
     — trừ khi đề nêu cả compute và database đều single-AZ (như ví dụ ở mục 5).

2. Ba mẫu hay gặp

3. Loại trừ theo cặp

Trong 5 đáp án thường có một cặp "giống nhau chỉ khác chi tiết" (ví dụ: "Standard RI" vs "Convertible RI"). Chỉ một trong cặp đúng, không bao giờ cả hai. Nếu bạn đã chọn một đáp án trong cặp, đáp án còn lại loại ngay; đáp án thứ hai phải ở nhóm khác.

4. Đếm trước khi bấm Next

Giao diện Pearson VUE cho tick nhiều ô mà không báo thiếu. Thói quen: đọc lại dòng "(Choose TWO)" rồi đếm ô đã tick. Với câu 3/6, cũng vậy.

Chép lại câu sai đúng là ít giá trị. Error log có ích khi nó ghi vì sao sai và sẽ làm gì khác, rồi được đếm theo nhóm để biết cần sửa cách đọc hay sửa kiến thức.

1. Mẫu một dòng

| # | Đề/nguồn | Domain | Chủ đề (bài 22.x) | Mình chọn | Đáp án | Loại lỗi | Bài học một câu | Việc tiếp |
| 17 | SB set 1 Q9 | Secure | Endpoint (22.3) | Interface | Gateway | NHẦM-CẶP | S3/DynamoDB = Gateway, còn lại Interface | làm lại lab 22.3 bước endpoint |
| 18 | SB set 1 Q14 | Cost | Pricing (22.19) | RI | Compute SP | BỎ-QUA-TỪ-KHÓA | "may move to Fargate" = SP | thêm vào bảng từ khóa |
| 19 | đề thử 2 Q31 | Perf | FSx (22.16) | EFS | FSx Lustre | KHÔNG-BIẾT | "HPC + S3 linked" = Lustre | đọc FAQ FSx 15 phút |

Bốn loại lỗi: BỒ-QUA-TỪ-KHÓA (đọc), NHẦM-CẶP (so sánh), KHÔNG-BIẾT (kiến thức), THỜI-GIAN/ĐẾM (kỹ thuật làm bài). Mỗi cuối tuần đếm: nếu "đọc" trên 40% thì tuần sau luyện quy trình 5 bước, không học thêm dịch vụ.

2. Ôn lại theo khoảng cách

Dòng nào ghi ngày; xem lại sau 2 ngày, 7 ngày, 21 ngày: che cột đáp án, trả lời lại từ "Bài học một câu". Câu nào 3 lần đúng thì gạch.

3. Về đề bên thứ ba

• Dùng để luyện tốc độ và dạng câu; đừng dùng làm nguồn kiến thức duy nhất.
• Giải thích mâu thuẫn với doc AWS → tin doc; ghi vào error log là "ĐỀ-SAI" và bỏ qua.
• Không làm cùng một đề quá 2 lần: lần 3 bạn nhớ đáp án, không nhớ lý do.
• Đề đã nhiều năm không cập nhật có thể hỏi dịch vụ đã ngừng (EC2-Classic, Spot Block, CodeCommit cho khách mới): nhận ra và bỏ qua.

Lab 22.22: Làm một bộ đề mẫu đúng điều kiện thi và dựng error log

Mục tiêu

• Hoàn thành 65 câu trong đúng 130 phút, không tra cứu, trên máy không có tab khác (mô phỏng điều kiện thi).
• Có file error-log.csv với mọi câu sai và câu "đúng nhưng đoán", mỗi dòng có loại lỗi và việc tiếp theo.
• Có bảng thống kê: % đúng theo domain, % lỗi theo 4 loại; quyết định rõ tuần sau ôn gì.
• Ít nhất 3 câu sai được "đóng" bằng cách làm lại lab 22.x liên quan hoặc đọc FAQ dịch vụ và ghi bài học một câu.

Chi phí & thời gian

• Official Practice Question Set trên Skill Builder: miễn phí (20 câu). Official Practice Exam 65 câu nằm trong gói Skill Builder trả phí (theo tháng/năm; kiểm tra trang Skill Builder). Đề bên thứ ba: tùy nguồn.
• Không tốn tài nguyên AWS trừ khi bạn làm lại lab 22.x để "đóng" câu sai (tuân theo phần chi phí của lab đó).
• Thời gian: 130 phút làm đề + 60–90 phút chữa và ghi log + thời gian làm lại lab (tùy).

Chuẩn bị

• Chọn một bộ 65 câu chưa làm (ưu tiên Official Practice Exam; nếu không có, ghép Official Practice Question Set 20 câu + 45 câu từ nguồn khác nhưng vẫn tính giờ 130 phút).
• Giấy nháp hoặc file text trống; đồng hồ đếm ngược; tắt thông báo.
• Tạo file log:

mkdir -p ~/saa-prep && cd ~/saa-prep
cat > error-log.csv <<'EOF'
id,date,source,domain,topic,lesson,my_answer,correct,error_type,lesson_learned,next_action,review_1,review_2,review_3
EOF
# error_type ∈ {KEYWORD, PAIR, UNKNOWN, TIME_COUNT, BAD_QUESTION}
# domain ∈ {Secure, Resilient, Performance, Cost}

Các bước

Bước 1. Làm đề đúng điều kiện (130 phút). Áp quy trình 5 bước cho từng câu. Trên giấy nháp, mỗi câu ghi 1 dòng: số câu, tiêu chí thắng viết tắt (C/O/S/A/P), và dấu ? nếu đoán. Quá 3 phút một câu → chọn tạm, đánh dấu F, đi tiếp. 15 phút cuối quay lại câu F.

Console: không có; đây là bài trên Skill Builder hoặc nền tảng đề. Nếu dùng Official Practice Exam, bật chế độ tính giờ, không bật "show answer after each question".

Bước 2. Chấm và phân loại (30 phút). Với mỗi câu sai và mỗi câu đúng có dấu ?, thêm một dòng vào log. Bắt buộc điền error_type và lesson_learned (một câu, bắt đầu bằng từ khóa của đề). Ví dụ:

cat >> error-log.csv <<'EOF'
1,2026-10-21,OfficialPE-1 Q7,Resilient,RDS,22.7,ReadReplica,Multi-AZ,PAIR,"'automatic failover' = Multi-AZ; Read Replica là scale đọc","viết lại bảng so sánh 22.7 mục 6",,,
2,2026-10-21,OfficialPE-1 Q12,Cost,Endpoint,22.3,NAT instance,Gateway endpoint,KEYWORD,"'reduce NAT cost to S3' = Gateway endpoint miễn phí","làm lại lab 22.3 bước endpoint",,,
3,2026-10-21,OfficialPE-1 Q40,Performance,FSx,22.16,EFS,FSx Lustre,UNKNOWN,"'HPC, linked to S3' = FSx for Lustre","đọc FAQ FSx 15 phút",,,
4,2026-10-21,OfficialPE-1 Q55,Secure,Cognito,22.20,user pool,identity pool,PAIR,"'temporary AWS credentials for mobile users' = identity pool","đọc lại 22.20 mục 3.4",,,
EOF

Bước 3. Thống kê (10 phút).

# % đúng theo domain: nhập tay số câu mỗi domain từ đề (ước lượng theo tỉ lệ 30/26/24/20 nếu đề không ghi)
# Số lỗi theo loại:
tail -n +2 error-log.csv | awk -F, '{print $9}' | sort | uniq -c | sort -rn
# Số lỗi theo bài 22.x:
tail -n +2 error-log.csv | awk -F, '{print $6}' | sort | uniq -c | sort -rn
# Số lỗi theo domain:
tail -n +2 error-log.csv | awk -F, '{print $4}' | sort | uniq -c | sort -rn

Ghi 3 dòng kết luận vào đầu file plan-next-week.md: (1) điểm tổng và theo domain, (2) loại lỗi lớn nhất, (3) 3 bài 22.x sẽ ôn lại.

Bước 4. Đóng 3 câu sai bằng tay (60–120 phút). Chọn 3 dòng có next_action là lab:

• Lỗi về endpoint → lab 22.3: tạo Gateway endpoint, xem route table thay đổi, xóa.
• Lỗi về Multi-AZ/failover → lab 22.7: bật Multi-AZ trên shop-db, reboot with failover, đo thời gian, tắt lại.
• Lỗi về Spot/Savings Plans → lab 22.19: chạy get-savings-plans-purchase-recommendation, đọc output, không mua.
• Lỗi về WAF/Cognito → lab 22.20: tạo user pool, lấy issuer, gọi /.well-known/openid-configuration, xóa.

Sau mỗi lab, sửa cột lesson_learned nếu hiểu khác đi và điền review_1 bằng ngày hôm nay.

Bước 5. Lịch ôn lại. Thêm vào lịch 3 mốc: +2 ngày, +7 ngày, +21 ngày. Mỗi mốc: che cột correct, đọc source + topic, trả lời; đúng thì điền ngày vào review_N.

Kiểm tra kết quả

wc -l error-log.csv                 # >= số câu sai + câu đoán + 1 (header)
grep -c ",KEYWORD," error-log.csv   # so với tổng để biết tỷ lệ lỗi đọc
grep -c ",,,$" error-log.csv        # dòng chưa review lần nào (mong đợi giảm sau 2 ngày)
cat plan-next-week.md               # có 3 dòng kết luận

Mong đợi ở đề đầu: 60–70% đúng, lỗi KEYWORD + PAIR chiếm hơn nửa. Ở đề thứ 3–4 (tuần 5–6): trên 78%, lỗi KEYWORD dưới 20%.

Thử thêm

• Đổi thứ tự đọc: làm 20 câu đọc tình huống trước, 20 câu đọc câu hỏi cuối trước; so thời gian và độ chính xác. Hầu hết người học nhanh hơn 20–30% với cách thứ hai.
• Tự viết 5 câu đề về shop-app theo đúng format (tình huống + tiêu chí thắng + 4 đáp án với 3 đáp án sai có lý do), đưa bạn học làm. Viết đề buộc bạn hiểu vì sao đáp án sai bị loại.
• Thẻ số: lập 20 thẻ giới hạn cứng (Lambda 15 phút, SQS 256 KB/14 ngày, S3 5 TB, EBS Multi-Attach io1/io2, RDS backup giữ 0–35 ngày, Kinesis 24 giờ mặc định…), ôn cùng error log.

Dọn tài nguyên

# Lab này không tạo tài nguyên AWS. Nếu ở bước 4 bạn làm lại lab 22.x:
# - theo đúng phần "Dọn tài nguyên" của lab đó
# - rồi xác nhận không còn gì tốn tiền:
aws resourcegroupstaggingapi get-resources --tag-filters Key=Project,Values=shop-app \
  --query 'ResourceTagMappingList[].ResourceARN' --output text --region $AWS_REGION --profile shop-lab | tr '\t' '\n'
# Mong đợi: chỉ IAM role, KMS key, Secrets Manager nếu giữ có chủ ý (xem 22.21)
# Giữ error-log.csv tới ngày thi, và sau đó: nó là tài liệu ôn recertify tốt nhất bạn có.

Không nằm trong Free Tier nếu quên khi làm lại lab: RDS Multi-AZ (nếu bật để thử failover), NAT Gateway, ALB, WAF web ACL.

Q1. Bạn có chứng chỉ SAA; nó giúp gì cho công việc Java backend?

🇻🇳 Tiếng Việt:

Chứng chỉ cho em một khung chung để nói chuyện với DevOps và architect: khi thiết kế service mới em biết đặt câu hỏi về RTO/RPO, chọn Multi-AZ hay multi-region, dùng queue ở đâu, secret để đâu, chi phí NAT hay data transfer ảnh hưởng thế nào. Quan trọng hơn là phần thực hành đi kèm: em đã tự dựng một stack Spring Boot đầy đủ trên AWS với VPC, ALB, ASG, RDS, SQS, Lambda, WAF và dọn bằng script theo tag, nên khi gặp sự cố production em đọc được kiến trúc thật, không chỉ thuộc tên dịch vụ.

🇬🇧 English:

The certification gives me a shared vocabulary with DevOps and architects: when I design a new service I know to ask about RTO/RPO, Multi-AZ versus multi-region, where a queue belongs, where secrets live, and how NAT or data transfer affects cost. More importantly, I paired it with hands-on work: I built a complete Spring Boot stack on AWS with VPC, ALB, Auto Scaling, RDS, SQS, Lambda and WAF, and tore it down with a tag-based script, so in a production incident I can read the real architecture rather than just recall service names.

Q2. Kể một trường hợp bạn chọn khác với "đáp án đúng của đề thi" trong dự án thật.

🇻🇳 Tiếng Việt:

Đề thi thường chọn dịch vụ managed, ví dụ Cognito cho đăng nhập. Trong dự án thật team đã có Keycloak với flow tùy biến và SAML cho đối tác, nên em giữ Keycloak trên ECS và chỉ đưa phần resource server, WAF và GuardDuty lên AWS. Lý do là chi phí chuyển đổi và rủi ro cao hơn lợi ích. Em ghi quyết định đó lại kèm điều kiện sẽ xem lại, đúng tinh thần Well-Architected là hiểu trade-off chứ không phải chọn theo mẫu.

🇬🇧 English:

The exam usually favors managed services, for example Cognito for authentication. In a real project the team already had Keycloak with customized flows and SAML for partners, so I kept Keycloak on ECS and only moved the resource server, WAF and GuardDuty to AWS. The migration cost and risk outweighed the benefit. I documented the decision with a condition for revisiting it, which is the Well-Architected mindset: understand the trade-off instead of following a template.

Q3. Bạn ôn thi thế nào? (câu hỏi về cách học)

🇻🇳 Tiếng Việt:

Em học theo domain, mỗi domain đi kèm lab tự tay trên một project ví dụ xuyên suốt. Em làm bốn đề tính giờ, giữ error log phân loại lỗi theo đọc đề, nhầm cặp, thiếu kiến thức, và ôn lại theo khoảng cách 2, 7, 21 ngày. Nhờ đó em biết lỗi của mình ở đâu thay vì học lại từ đầu.

🇬🇧 English:

I studied by domain, pairing each domain with hands-on labs on one running example project. I took four timed practice exams and kept an error log that classifies mistakes as reading errors, confused pairs or knowledge gaps, reviewing them at 2, 7 and 21 days. That told me exactly where my weaknesses were instead of restarting from scratch.

Góc thi SAA-C03

Cách nhớ ngắn gọn

• Đề: 65 câu / 130 phút / 720; Secure 30 · Resilient 26 · Performance 24 · Cost 20.
• Đọc: câu hỏi cuối trước → gạch tiêu chí thắng → loại theo ràng buộc cứng → chọn managed hơn → đếm đáp án.
• "Choose TWO" = hai phần khác nhau của yêu cầu; cặp giống nhau chỉ một đúng.
• Error log 4 loại: KEYWORD, PAIR, UNKNOWN, TIME_COUNT; ôn lại 2-7-21 ngày.
• Nguồn tin: exam guide, sample questions, Skill Builder, FAQ; mâu thuẫn thì doc AWS thắng.

Hết chương AWS. Bài kế tiếp tổng kết Learning Outcome và bài tập xuyên chương.