Lộ trình
Google CloudAssociateTuần 1: Nền tảngBài 4 / 30

Ngày 4: Billing & Budget

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

Quản lý Billing Account và Budget GCP bằng project linkage, scope, labels, actual/forecast signals và cleanup/remediation.

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

Quản lý Billing Account và Budget GCP bằng project linkage, scope, labels, actual/forecast signals và cleanup/remediation.

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

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

  • Tìm hiểu Billing Account, liên kết Project với Billing
  • Thiết lập Budget alert cơ bản
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 project lab liên kết billing account thật, VM để chạy qua đêm và không có budget recipient; team phát hiện charge khi hóa đơn đã tăng. Bài học thiết kế cost guardrail trước resource deployment.

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ế
  • Billing account nhận charge cho project liên kết; quyền billing account/project IAM và resource IAM là các scope khác nhau.
  • Budget theo billing account/project/service/label có thể tạo threshold/notification; budget không mặc định hard cap hoặc dừng resource.
  • Cost data có delay; actual/forecast/alert cần runbook xác minh và owner.
  • Labels hỗ trợ attribution, nhưng coverage/propagation và resource-specific behavior cần kiểm tra.

Billing context trước resource

Billing account → project → resource là charge relationship; IAM cho billing account không đồng nhất với IAM trên project/resource. Trước lab, xác định project có billing nào, ai được xem/quản lý billing, budget scope và cleanup owner.

Budget design

Ghi amount/period/scope, actual vs forecast threshold, recipients, owner, escalation và action. Budget/alert có thể trễ và không phải hard cap; runbook phải xác minh data freshness, driver và containment.

Cost driver không chỉ là VM giờ chạy: disk/snapshot, static IP, egress, storage operations, logging, API usage và orphan resource đều có thể cộng. Labels hỗ trợ attribution nhưng không thay lifecycle/TTL.

Bài tập

Tạo billing diagram và budget record cho lab project. Viết response khi forecast vượt 80%: kiểm tra cost, tìm resource, contact owner, deallocate/cleanup an toàn và verify kỳ sau. Dùng gcloud read-only nếu không có billing-safe sandbox.

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
gcloud billing projects describe LAB_PROJECT_ID
gcloud billing accounts list --format="table(name,displayName,open)"
gcloud projects describe LAB_PROJECT_ID --format="yaml(projectId,labels)"
Hands-on lab

Thực hành theo scenario

  1. Vẽ billing account → projects → resource và phân quyền billing viewer/admin vs project editor.
  2. Tạo budget design (không nhất thiết tạo thật): scope, amount, actual/forecast threshold, recipients, owner, escalation và data delay.
  3. Tạo cost model cho VM/storage/egress/logs, gắn labels và orphan cleanup/TTL.
  4. Nếu có lab billing, chỉ kiểm tra budget/notification configuration; không đưa email/ID nhạy cảm vào repo và không tạo automation xóa production.
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 billing account/project/resource IAM.
  • Budget có scope/threshold/owner/action.
  • Hiểu budget không phải hard spending cap.
  • Cost model có secondary drivers/delay.
  • Có cleanup/TTL and anomaly response.
Transfer to exam / production

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

Billing account là nơi charge, project là resource boundary; Budget cảnh báo và visibility, không đảm bảo tự dừng mọi chi phí.

Checkpoint · 3 phút

Kiểm tra nhanh

Câu hỏi: Một project GCP cần cảnh báo khi chi phí forecast vượt ngưỡng nhưng không muốn giả định hệ thống tự xóa resource. Thiết kế nào phù hợp?

Kết thúc bài

Checklist trước khi sang Ngày 2