Lộ trình
Microsoft AzureCơ bảnTuần 1: Nền tảngBài 4 / 30

Ngày 4: Azure global infrastructure

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

Chọn Azure region và availability design từ latency, data residency, service availability, quota, SLA và failure domain.

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

Chọn Azure region và availability design từ latency, data residency, service availability, quota, SLA và failure domain.

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

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

  • Học khái niệm Region, Availability Zone, Region Pair
  • Xem bản đồ Region Azure toàn cầu
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 dụng có người dùng ở Việt Nam, dữ liệu chịu yêu cầu residency và cần tiếp tục phục vụ khi một datacenter lỗi. Chọn region gần nhất chưa đủ nếu region không có service/zone cần thiết hoặc replication không đáp ứng RTO/RPO.

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ế
  • Region là geographic deployment area; availability zone là failure domain độc lập trong region được hỗ trợ.
  • Region pair là quan hệ platform được thiết kế cho một số continuity/update scenario, không phải cam kết DR tự động.
  • SLA là cam kết availability/service credit theo điều kiện, không đồng nghĩa ứng dụng đạt availability đó.
  • Latency, residency, service availability, quota/capacity, sovereignty và egress cost đều ảnh hưởng region choice.

Region không phải một con số trên bản đồ

Region choice là architecture decision. Với API có user Việt Nam, hãy so sánh latency, data residency, service support, quota/capacity, zone support, compliance và egress cost.

Failure domain

Một zone giảm ảnh hưởng lỗi datacenter trong cùng region; multi-zone không tự giải quyết region outage, data corruption hay application bug. Region pair hỗ trợ một số platform behavior nhưng replication, failover và RTO/RPO vẫn phải thiết kế theo service.

SLA là cam kết của service dưới điều kiện xác định, thường gắn với service credit; nó không phải SLO end-to-end của app. Frontend, dependency, database, DNS và deployment đều có thể làm availability thực tế thấp hơn.

Bài tập

Viết decision record cho ba option: một zone, nhiều zone, multi-region. Mỗi option ghi latency/residency, failure covered, data replication, RTO/RPO, operational burden và cost. Kiểm tra tài liệu region/SLA hiện hành trước khi chố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. Tạo region decision record cho một API: user latency, legal residency, supported zones, service availability, quota, RTO/RPO và cost.
  2. Vẽ single-zone, multi-zone và multi-region option; ghi failure domain và replication requirement của từng option.
  3. Đọc trang Azure geographies/regions và SLA hiện hành từ nguồn chính thức; không ghi con số SLA cũ như fact cố định.
  4. Không tạo resource để “test region” nếu chưa kiểm tra pricing/quota; dùng portal metadata hoặc tài liệu trước.
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:

  • Phân biệt region, zone, region pair và geography.
  • Nêu được failure mà zone giải quyết và failure mà zone không giải quyết.
  • Region choice có assumption và evidence về residency/service/quota.
  • Phân biệt service SLA với end-to-end application SLO.
  • Có RTO/RPO/replication plan nếu scenario yêu cầu DR.
Transfer to exam / production

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

Đừng chọn region chỉ theo khoảng cách; AZ, region và SLA phải được nối với failure domain, compliance và requirement cụ thể.

Checkpoint · 3 phút

Kiểm tra nhanh

Câu hỏi: Triển khai application qua nhiều Availability Zone chủ yếu giúp giảm ảnh hưởng của loại lỗi nào?

Kết thúc bài

Checklist trước khi sang Ngày 2