Lộ trình
Microsoft AzureCơ bảnTuần 4: Tối ưu & vận hànhBài 27 / 30

Ngày 27: Tổng ôn kiến trúc & dịch vụ

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

Tổng ôn Architecture & Azure Services bằng capability matrix, request/data flow, decision trade-off và câu hỏi near-miss.

đọ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 ôn Architecture & Azure Services bằng capability matrix, request/data flow, decision trade-off và câu hỏi near-miss.

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

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

  • Ôn lại toàn bộ Kiến trúc & Dịch vụ Azure (35-40%)
  • Làm 15 câu trắc nghiệm
Instructor walkthrough

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

Scenario xuyên suốt

Người học biết tên VM, App Service, Blob, SQL, Cosmos, VNet nhưng chọn sai vì không đọc protocol, state, access pattern, scale hoặc operational burden. Bài này luyện service selection có bằng chứng.

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ế
  • Compute chọn theo control/execution model; storage/database chọn theo data semantics/access pattern.
  • Network design cần address/route/security/return path; private connectivity không thay identity.
  • Serverless/container/VM khác lifecycle, scale, state và operator burden.
  • Service choice phải xét reliability, performance, security, cost và operations cùng lúc.

Capability trước product name

Tạo matrix: capability → service → input/output/protocol → state → scale → security → operations → cost. Ví dụ object upload là Blob, shared mount là Files, event buffer là Queue, relational transaction là SQL; nhưng scenario thực tế vẫn cần retention, identity, redundancy và access pattern.

Architecture drills

Với mỗi scenario vẽ source → destination → service → data store → response/monitoring. Sau đó tạo failure variant và ghi evidence. Những từ khóa như “always-on”, “event-driven”, “global low latency”, “custom OS”, “transaction” thường quyết định abstraction.

Checkpoint

Bài đạt khi bạn giải thích được primary và rejected option bằng requirement, không dùng “managed” hay “scale” như lý do duy nhất.

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
az account show --output table
az account list --output table
az group list --output table
Hands-on lab

Thực hành theo scenario

  1. Lập capability matrix cho compute, storage, database, network, serverless và integration.
  2. Làm 15 scenario: với mỗi câu vẽ flow mini và ghi primary/alternative/rejected option.
  3. Tạo failure drill: VM fail, queue duplicate, partition hot, NSG return blocked, database dependency unavailable.
  4. Dùng Pricing Calculator/design-only; không tạo resource.
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:

  • 15 scenario có diagram/decision reason.
  • Chọn service theo capability và access pattern.
  • Nêu được state/failure/scale boundary.
  • Có cost/security/operations trade-off.
  • Có remediation cho error type lặp.
Transfer to exam / production

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

Đáp án có service thật nhưng sai protocol, scope, data model hoặc operational need là distractor; luôn kiểm tra “why this service now”.

Checkpoint · 3 phút

Kiểm tra nhanh

Câu hỏi: Workload cần xử lý event, có retry/idempotency và không cần server luôn chạy. Đặc tính nào quan trọng nhất khi chọn service?

Kết thúc bài

Checklist trước khi sang Ngày 2