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

Ngày 24: SLA & Service Lifecycle

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

Đọc SLA và service lifecycle bằng availability target, composite SLA, dependency, Preview/GA và operational risk.

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

Đọc SLA và service lifecycle bằng availability target, composite SLA, dependency, Preview/GA và operational risk.

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

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

  • Học cách đọc và tính composite SLA
  • Tìm hiểu Public Preview, GA trong vòng đời dịch vụ
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 kiến trúc quảng bá SLA cộng của từng service nhưng bỏ qua dependency và topology; team cũng đưa Preview feature vào production mà không có rollback. Bài học dạy cách biến SLA thành design assumption có kiểm 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ế
  • SLA là cam kết availability/service credit theo điều kiện; không phải guarantee end-to-end của application.
  • Composite availability của nhiều dependency thường thấp hơn từng thành phần độc lập; redundancy/topology có thể thay đổi math và operational assumptions.
  • SLA cần đọc scope, exclusions, measurement window, region/tier và service-specific terms hiện hành.
  • Public Preview/Private Preview có eligibility/support/feature stability khác GA; GA không xóa need for design validation.

SLA không phải availability end-to-end

Nếu request cần A → B → C và mỗi dependency có failure boundary riêng, availability của user chịu cả chain. Minh họa đơn giản với dependency nối tiếp: A × B × C; nhưng production phải xét correlation, retries, cache, failover, maintenance và measurement scope.

SLA page cần đọc service/tier/region, measurement, exclusions, credit terms và date. SLO của app là target nội bộ có thể nghiêm hơn SLA.

Service lifecycle

Preview giúp thử feature nhưng có eligibility, breaking change/support limitation và production risk. GA vẫn cần load/security/cost validation. Theo dõi deprecation/version, migration path, owner, exit criteria và rollback.

Bài tập

Vẽ dependency graph và tạo availability record cho app. Chọn một preview feature giả định, viết go/no-go criteria, canary/rollback, support check và deprecation watch. Không dùng số liệu cũ như cam kết hiện hành.

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. Vẽ dependency graph cho app frontend → API → database → identity; ghi availability assumption và single point of failure.
  2. Tính illustrative composite availability cho chuỗi dependency độc lập, sau đó chỉ ra vì sao thực tế cần kiểm tra correlation/redundancy.
  3. Tạo lifecycle record cho một feature: preview/GA, owner, environment, exit criteria, support/deprecation signal và rollback.
  4. Đọc SLA/lifecycle page chính thức hiện hành khi làm production decision; không hardcode số SLA cũ vào bài.
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 SLA/SLO/availability target.
  • Dependency graph có calculation assumption và failure mode.
  • Không cộng SLA một cách máy móc.
  • Preview/GA decision có risk/exit/rollback.
  • Có lifecycle/deprecation monitoring.
Transfer to exam / production

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

SLA câu hỏi thường kiểm tra dependency và redundancy; service ở Preview thường có risk/support khác GA. Đọc “what is covered” và exclusions.

Checkpoint · 3 phút

Kiểm tra nhanh

Câu hỏi: Một ứng dụng phụ thuộc tuần tự vào ba service độc lập. Vì sao không thể đơn giản tuyên bố availability của app bằng SLA cao nhất trong ba service?

Kết thúc bài

Checklist trước khi sang Ngày 2