动手实验室 — AZ-900 Microsoft Azure Fundamentals

概述

先决条件

步骤

1. 1.选择我们的 Terraform 版本和 Azure 提供程序

   每个 Azure Terraform 堆栈都以相同的方式开始：固定 azurerm 提供程序（我们使用 ~> 4.0，这是当前的稳定版本），并声明 features 块。空的 features {} 块是必需的——没有它 azurerm 将无法初始化。这是在 Terraform 编写者层面，针对 AZ-900 预置（Provisioning）最受测试的约定。

   random_id 资源是生成全局唯一存储账户名称的标准模式——Azure 存储账户名称必须是 3-24 个字符，小写字母数字，并且在所有 Azure 订阅中都是全局唯一的。random_id 会在名称中添加 4 个十六进制数字以避免冲突。

   复制

   terraform {
     required_version = ">= 1.5"
   
     required_providers {
       azurerm = {
         source  = "hashicorp/azurerm"
         version = "~> 4.0"
       }
       random = {
         source  = "hashicorp/random"
         version = "~> 3.6"
       }
     }
   }
   
   provider "azurerm" {
     features {}
   }
   
   resource "random_id" "suffix" {
     byte_length = 2
   }
   
   locals {
     tags = {
       Project   = "certlabpro-az-900"
       ManagedBy = "terraform"
     }
   }

2. 2.创建其他所有资源将驻留的资源组

   配置服务：

   • Azure Resource Manager

   每个 Azure 资源都存在于资源组（Resource Group）中——它是 Azure 的通用组织容器。资源组是免费的、区域性的（资源组本身只包含元数据，但其内容默认限定在其区域内），并且是批量管理的单位：删除一个资源组会删除其中所有内容。

   AZ-900 的《云概念》和《Azure 身份、治理、隐私、合规性》领域都强调这一概念——资源组是 RBAC 角色分配、Azure Policy 和成本跟踪的最小作用域单位。为每个资源组打上标签。

   复制

   resource "azurerm_resource_group" "main" {
     name     = "certlabpro-az-900-rg"
     location = "eastus"
     tags     = local.tags
   }

3. 3.为我们的工作负载提供一个私有存储账户

   配置服务：

   • Azure Storage

   Azure 存储是每个 AZ-900 工作负载都会使用的基础数据服务。我们创建一个标准层 LRS（本地冗余）账户——这是最便宜的复制选项，也是 AZ-900 预期用于非生产性实验工作负载的默认设置。公共网络访问被禁用，强制只允许 HTTPS，并且最低 TLS 版本设置为 1.2（AZ-900 的《安全性》领域明确将这三项作为基本卫生默认设置进行测试）。

   account_kind = "StorageV2" 是当前通用 v2 账户；AZ-900 有时会要求你将其与 BlobStorage（较旧的，仅限 Blob）和 FileStorage（高级文件）区分开来。对于任何“通用”问题，StorageV2 都是正确的答案。

   复制

   resource "azurerm_storage_account" "main" {
     name                            = "certlabpro${random_id.suffix.hex}"
     resource_group_name             = azurerm_resource_group.main.name
     location                        = azurerm_resource_group.main.location
     account_tier                    = "Standard"
     account_replication_type        = "LRS"
     account_kind                    = "StorageV2"
   
     https_traffic_only_enabled      = true
     min_tls_version                 = "TLS1_2"
     public_network_access_enabled   = false
     allow_nested_items_to_be_public = false
   
     tags = local.tags
   }

4. 4.设置成本管理预算，以便 Azure 在我们钱包受损前发出警报

   配置服务：

   • Microsoft Cost Management

   AZ-900 将整个领域（《Azure 定价、SLA 和生命周期》）专门用于计费概念。在该领域中，最常考查的实际产物是预算警报——成本管理在你实际或预测支出超过阈值时通过电子邮件通知你的机制。

   我们将预算范围限定在步骤 2 中创建的资源组，这意味着它跟踪本实验中的所有内容（且仅限本实验）。当预算达到 80% 时触发通知——这是一个 AZ-900 反复出现的考题模式：“为什么是 80% 而不是 100%？”——因为在 80% 时你仍有时间采取行动；在 100% 时，资金已经用尽了。

   在运行 terraform apply 之前，请将 you@example.com 替换为你的真实地址。

   复制

   resource "azurerm_consumption_budget_resource_group" "main" {
     name              = "certlabpro-az-900-budget"
     resource_group_id = azurerm_resource_group.main.id
   
     amount     = 10
     time_grain = "Monthly"
   
     time_period {
       start_date = "2026-06-01T00:00:00Z"
     }
   
     notification {
       enabled        = true
       threshold      = 80
       operator       = "GreaterThan"
       threshold_type = "Actual"
       contact_emails = ["you@example.com"]
     }
   }

清理