30 câu hỏi từ platform đến incident

Region là deployment/data location; zone là failure domain trong region; region pair là quan hệ platform cho một số dịch vụ, không tự tạo workload DR. Follow-up: service không hỗ trợ zone thì đáp ứng RTO bằng cách nào?

Microsoft nhận thêm OS/runtime/platform operations; khách hàng vẫn sở hữu identity, data, configuration, application và recovery validation. Follow-up: ai chịu trách nhiệm patch dependency trong application?

Org chart đổi nhanh và không phản ánh policy archetype; hierarchy sâu làm inheritance/debug khó. Follow-up: tiêu chí nào đáng tạo management group mới?

Là boundary về billing, quota, access và policy, đồng thời giảm blast radius. Nó không phải network/data isolation tự động. Follow-up: khi nào tách workload thành subscription riêng?

Landing zone gồm operating model, identity, connectivity, management, governance, security và automation để workload deploy an toàn. Follow-up: subscription vending cần output gì?

Entra roles quản directory objects; Azure RBAC quản Azure resources/data actions ở scope. Follow-up: Global Administrator có mặc định đọc mọi storage account không?

Giảm standing privilege bằng activation có thời hạn/audit; không sửa role quá rộng, compromised active session hay approval hình thức. Follow-up: activation policy cho Owner nên có gì?

System-assigned cùng lifecycle resource; user-assigned độc lập và tái sử dụng. Reuse quá rộng tăng blast radius. Follow-up: deployment slot nên chia identity thế nào?

Không; nó quản storage/access/version nhưng producer, rotation workflow và consumer reload vẫn cần thiết kế. Follow-up: chứng minh rotation không downtime ra sao?

Cloud-only, tách dependency thường ngày, strong authentication, sealed procedure, alert mọi use và test định kỳ. Follow-up: test mà không tạo false incident thế nào?

RBAC giới hạn principal actions; Policy đánh giá/enforce resource state bất kể principal có quyền. Follow-up: policy deny có chặn Owner không?

Audit đo; deny chặn; modify đổi request/state hỗ trợ; DINE deploy related resource khi thiếu. Hai effect sau cần identity/remediation. Follow-up: rollout deny an toàn thế nào?

Owner, scope, rationale, category, compensating control, approval và expiry. Follow-up: ai review exemption sắp hết hạn?

Tập trung transit, shared services và inspection; tạo hub bottleneck, route complexity và central dependency. Follow-up: kiểm chứng asymmetric routing bằng evidence nào?

Không mặc định; spoke A không đi spoke B qua hub chỉ vì đều peer. Cần NVA/Route Server/vWAN và routing thích hợp. Follow-up: gateway transit ảnh hưởng gì?

Không; còn public access setting, DNS resolution, route/NSG behavior và client paths. Follow-up: on-prem resolve private endpoint thế nào?

Dựa trên control, workload shape, portability, scaling, networking và operations maturity. AKS không mặc định tốt hơn managed app platform. Follow-up: khi nào không nên dùng AKS?

Không; autoscale trễ, chịu quota/provisioning time và có thể overload downstream. Follow-up: chọn metric và upper bound thế nào?

Microsoft quản hosted control plane; khách hàng quản workload, node strategy, Kubernetes config, network/security, upgrades và capacity. Follow-up: PodDisruptionBudget không bảo vệ trường hợp nào?

Khác failure domain và geo-copy; geo replication thường async. Chọn theo durability, availability, RPO, access và cost. Follow-up: replication có thay backup không?

Nó quyết định distribution, transaction scope, hotspot, scale và cost. Key cardinality thấp/skew gây hot partition. Follow-up: evidence nào nhận biết skew?

Không; topology serial/parallel, dependencies, application behavior và operational recovery quyết định end-to-end availability. Follow-up: tính composite SLA serial ra sao?

Scale/deploy/failover bị chặn bởi regional vCPU, public IP, SKU hoặc API limits; current instances vẫn nhàn. Follow-up: quota nào phải kiểm tra trước DR?

Khi lỗi non-transient, retry đồng bộ không jitter, request không idempotent hoặc downstream đã saturated. Follow-up: retry budget nằm ở layer nào?

Defender tập trung cloud posture/workload protection; Sentinel là SIEM/SOAR thu thập, correlate và orchestrate response. Follow-up: recommendation nào không nên auto-remediate?

Metrics rẻ và tốt cho trend/alert; logs giàu context/query; traces nối distributed request. Correlation IDs và synchronized time rất quan trọng. Follow-up: absence of logs được alert thế nào?

User impact/action rõ, severity, owner, runbook, threshold/window, dedup và tested notification. Follow-up: giảm alert fatigue mà không che incident thế nào?

Trigger/authority, dependency order, data state, capacity/quota, traffic switch, validation, communication, rollback/failback. Follow-up: tabletop không chứng minh được điều gì?

Rehost nhanh nhưng mang technical debt/cost; replatform tận dụng managed service nhưng tăng change/testing. Follow-up: wave đầu nên chọn workload nào?

Không; cần allocation/visibility, remove waste và rightsize trước, rồi cam kết cho baseline ổn định. Follow-up: unit cost metric của workload là gì?