AWS 解决方案架构师认证(SAA-C03)五大核心考点精讲:VPC 网络、IAM 权限、CloudWatch 监控、IaC 自动化与 Organizations 多账号治理

📅 · 企业出海多云架构实战 - ChengziCloud

一句话结论

Meta Description: AWS SAA-C03认证五大高频考点深度解析:VPC子网与路由设计、IAM策略与角色、CloudWatch告警与日志、CloudFormation/Terraform基础设施即代码、Organizations SCP与多账号治理。

本文要点
  • 前言
  • VPC 网络架构:子网设计、路由策略与连接方案
  • IAM 权限管理:策略评估逻辑、角色与跨账号访问
  • CloudWatch 监控:告警、日志与事件驱动自动化
  • 基础设施即代码:CloudFormation 与 Terraform 对比
  • AWS Organizations:多账号治理与 SCP 策略
  • 五大模块综合场景题

Meta Description: AWS SAA-C03认证五大高频考点深度解析:VPC子网与路由设计、IAM策略与角色、CloudWatch告警与日志、CloudFormation/Terraform基础设施即代码、Organizations SCP与多账号治理。附对比表格与实战例题。

关键词:AWS认证、SAA-C03、VPC网络架构、IAM权限管理、CloudWatch监控、CloudFormation、Terraform、AWS Organizations、解决方案架构师


前言

AWS Solutions Architect Associate(SAA-C03)是云计算领域含金量最高的认证之一。根据 A Cloud Guru 的统计,VPC 网络架构、IAM 权限管理、CloudWatch 监控与日志、CloudFormation / Terraform 基础设施即代码、以及 AWS Organizations 多账号治理这五大模块,合计覆盖了考试约 60% 的题目。更关键的是,这五块内容环环相扣——一道考题往往同时涉及两个甚至三个模块的综合判断。

本文不重复官方文档,而是从考试出题逻辑出发,用对比表格和情景题的形式,帮你建立这五大模块的知识网络。无论你是在备考 SAA-C03、SAP-C02,还是准备 AWS 架构师面试,这五个模块都是绕不开的核心。


一、VPC 网络架构:子网设计、路由策略与连接方案

1.1 公有子网 vs 私有子网 —— 考试的"第一道门槛"

SAA-C03 中有大量考题会直接问你"这个资源应该放在哪个子网"。理解判定标准比背诵概念重要得多:

判定标准公有子网 (Public Subnet)私有子网 (Private Subnet)
路由表有一条指向 Internet Gateway (igw-xxx) 的路由 (0.0.0.0/0 → igw)默认路由指向 NAT Gateway 或 NAT Instance (0.0.0.0/0 → nat)
资源能直接接收互联网入站流量吗✅ 能(前提是安全组放行 + 有公网 IP / EIP)❌ 不能(所有入站必须经过 Load Balancer 等前端组件)
典型部署资源ALB / NLB、NAT Gateway、Bastion Host、VPN 端点EC2 应用服务器、RDS 数据库、ElastiCache、Lambda(VPC 内)
安全最佳实践仅放行必要端口(80/443/22),其余全部拒绝出站走 NAT Gateway,入站仅接受来自 ALB 安全组的流量

考试常见陷阱:题目描述"某 EC2 实例需要从互联网下载补丁,但不能暴露在公网"——正确答案是将其放在私有子网,通过 NAT Gateway 访问互联网。

1.2 VPC 互联方案选型矩阵

AWS 提供了多种 VPC 间互联方案,考试中高频出现以下对比:

互联方案适用场景带宽跨 Region跨账号考试关键词
VPC Peering少量 VPC 点对点通信无带宽限制✅ 支持✅ 支持"No transitive routing"(不可传递路由)
Transit Gateway (TGW)大规模多 VPC 中心辐射组网50 Gbps / Attachment✅ 支持(TGW Peering)✅ 支持(RAM 共享)"Hub-and-spoke"、"Route Tables"、"Multicast"
VPC Endpoint (Gateway)私有访问 S3 / DynamoDB无带宽限制❌ Region 内❌"Free"、"No NAT Gateway needed"
VPC Endpoint (Interface / PrivateLink)私有访问 AWS 服务或第三方 SaaS按 ENI 计费❌✅"Private IP"、"Security Group on endpoint"
VPN (Site-to-Site)本地数据中心到 AWS 加密通道1.25 Gbps / Tunnel❌❌"IPsec"、"Two tunnels for HA"
Direct Connect (DX)专线直连,需要稳定带宽和低延迟1/10/100 Gbps❌❌"Consistent latency"、"No internet"

必考知识点——VPC Peering 不可传递路由:如果 VPC A 和 VPC B 之间有 Peering,VPC B 和 VPC C 之间也有 Peering,VPC A 不能通过 VPC B 访问 VPC C。要实现全互联,必须在 A-C 之间也建立 Peering,或者使用 Transit Gateway。这是考试中反复出现的考点。

1.3 安全组与 NACL 的区别(必考)

维度安全组 (Security Group)网络 ACL (NACL)
作用层级实例级别(ENI)子网级别
状态有状态(Stateful)——允许入站则自动允许出站响应无状态(Stateless)——入站和出站规则必须分别设置
规则类型仅允许规则(Allow only),不可设置拒绝规则允许和拒绝规则均可设置
规则评估评估所有规则,取"最宽松"结果按规则编号从小到大评估,命中即停止
默认行为拒绝所有入站,允许所有出站默认 NACL 允许所有出入站流量

考试经典题:"某管理员误删了 NACL 的出站规则,导致服务不可用"——因为 NACL 是无状态的,删除出站规则后,即使安全组允许,返回流量也会被 NACL 丢弃。


二、IAM 权限管理:策略评估逻辑、角色与跨账号访问

2.1 IAM 策略评估的三层逻辑

IAM 考试的核心在于理解 AWS 如何评估请求。评估顺序如下:


1. 显式拒绝 (Explicit Deny)  → 最高优先级,一发否决
2. Organizations SCP 拒绝   → 成员账号无法覆盖
3. 资源策略拒绝              → S3 Bucket Policy / KMS Key Policy
4. 身份策略允许              → IAM Policy、Permission Boundary
5. 隐式拒绝 (Implicit Deny) → 默认行为,未明确允许即拒绝

考试口诀:"Deny 大于 Allow,显式大于隐式,SCP 大于一切。"

2.2 IAM Role 的三种核心使用场景

场景信任策略 (Trust Policy) 关键字段典型用途
EC2 实例角色"Service": "ec2.amazonaws.com"EC2 上的应用访问 S3 / DynamoDB / SSM
跨账号访问指定对方账号 ID + sts:AssumeRole审计账号读取生产账号的 CloudTrail 日志
IdP 联合身份"Federated": "arn:aws:iam::..." (SAML/OIDC)企业 AD 用户通过 SSO 访问 AWS 控制台

2.3 考试最常见的 IAM 陷阱题

场景题 1:某开发者拥有 s3:GetObject 权限,但同时被附加了一条 Deny 策略。问能否读取 S3 对象? 答案:不能。显式拒绝优先级最高。

场景题 2:IAM 用户被授予 AdministratorAccess,但 Organizations SCP 拒绝了 ec2:*。问用户能否启动 EC2 实例? 答案:不能。SCP 作用于整个账号,身份策略无法覆盖 SCP 的拒绝。

场景题 3:S3 Bucket Policy 允许公共读取,但 IAM 用户只有 s3:ListBucket 权限。该用户能否 GetObject? 答案:不能。Bucket Policy 的允许需要配合身份策略的允许,两者取交集。

2.4 Permissions Boundary(权限边界)—— SAP 级别的高频考点

权限边界本质上是"权限的天花板"——无论给 IAM 实体(用户/角色)附加多少策略,最终有效权限 = 身份策略 ∩ 权限边界。它常用于:

  • 允许开发者自行创建 IAM 角色但限制最大权限:开发者可以创建角色,但角色权限永远被限制在边界以内
  • 防止特权升级:即使管理员误操作,也无法赋予超出边界的权限

三、CloudWatch 监控:告警、日志与事件驱动自动化

3.1 CloudWatch 四大组件分工

组件功能数据源典型使用场景
CloudWatch Metrics存储和查询时序指标AWS 服务自动推送;自定义指标通过 API 上报CPU 利用率、磁盘 IOPS、Lambda 调用次数
CloudWatch Logs集中存储、查询日志EC2 CloudWatch Agent、Lambda 日志、VPC Flow Logs应用日志聚合分析、安全审计
CloudWatch Alarms基于指标阈值触发告警CloudWatch MetricsCPU > 80% 发送 SNS 通知、触发 Auto Scaling
EventBridge (原 CloudWatch Events)事件驱动的规则匹配与路由AWS 服务状态变更、自定义事件EC2 状态变更 → 触发 Lambda 自动修复

3.2 CloudWatch Agent vs 默认监控

维度默认监控(Basic Monitoring)CloudWatch Agent(Detailed / Custom)
指标粒度5 分钟1 分钟(Detailed)或自定义
内存指标❌ 不包含✅ 包含
磁盘使用率❌ 不包含✅ 包含
进程级别指标❌ 不包含✅ procstat 插件支持
费用免费按指标数量和 API 请求计费

考试重点:题目出现"需要监控 EC2 内存使用率"时,答案一定是安装 CloudWatch Agent,默认监控无法提供内存指标。

3.3 CloudWatch 告警的三种操作(Alarm Actions)

操作类型触发条件用途
EC2 Action指标超过阈值停止、终止、重启或恢复 EC2 实例
Auto Scaling Action指标超过/低于阈值增加或减少 ASG 的期望容量
SNS Notification任何告警状态变更发送邮件、短信、调用 Lambda、写入 SQS

3.4 CloudWatch Logs Insights —— 考试中的日志查询题

很多考生在备考时忽略了 Logs Insights 的查询语法。SAA-C03 近年出现频率增加:


# 查询包含 "ERROR" 且来源为特定 Lambda 函数的日志
filter @message like /ERROR/ and @logStream like /my-function/
| stats count() by bin(5m)
| sort @timestamp desc
| limit 20

关键知识点:Logs Insights 自动发现 JSON 字段,支持 stats、sort、limit、filter、parse 五种核心命令;查询跨日志组时需指定多个 @log。


四、基础设施即代码:CloudFormation 与 Terraform 对比

4.1 两大 IaC 工具的考试定位

SAA-C03 的 IaC 题目以 CloudFormation 为主,但面试和实际工作中 Terraform 占据主导。以下是两者的核心对比:

维度AWS CloudFormationTerraform (HashiCorp)
语言JSON / YAMLHCL (HashiCorp Configuration Language)
状态管理AWS 托管(无需自行管理状态文件)本地 tfstate 文件,可远程存储到 S3 + DynamoDB Lock
多云支持❌ 仅 AWS✅ 支持 AWS / Azure / GCP / K8s / 等 200+ Provider
资源覆盖新服务支持最快(AWS 团队维护)通常比 CloudFormation 稍慢,依赖社区贡献
模块化Nested Stacks、StackSetsModules、Workspaces
回滚行为默认自动回滚(ROLLBACK)terraform apply 报错不自动回滚,需手动处理
考试出现频率高频(SAA 主要考查)考试不直接考查,但在"选择 IaC 工具"类决策题中出现
Drift Detection✅ 原生支持❌ 需第三方工具(如 driftctl)

4.2 CloudFormation 的核心资源属性

以下 YAML 模板涵盖了考试中 CloudFormation 最常考的三种资源类型:


AWSTemplateFormatVersion: "2010-09-09"
Description: "SAA-C03 Exam Reference Template"

Parameters:
  InstanceType:
    Type: String
    Default: t3.micro
    AllowedValues: [t3.micro, t3.small, t3.medium]
  KeyName:
    Type: AWS::EC2::KeyPair::KeyName

Resources:
  # 安全组 —— 考试高频:引用其他资源的属性
  WebSecurityGroup:
    Type: AWS::EC2::SecurityGroup
    Properties:
      GroupDescription: Allow HTTP from ALB
      SecurityGroupIngress:
        - IpProtocol: tcp
          FromPort: 80
          ToPort: 80
          SourceSecurityGroupId: !Ref ALBSecurityGroup

  # EC2 实例 —— 考试高频:UserData 中写 Bootstrap 脚本
  WebInstance:
    Type: AWS::EC2::Instance
    Properties:
      InstanceType: !Ref InstanceType
      KeyName: !Ref KeyName
      ImageId: ami-0c55b159cbfafe1f0  # Amazon Linux 2
      SecurityGroups:
        - !Ref WebSecurityGroup
      UserData:
        Fn::Base64: !Sub |
          #!/bin/bash
          yum update -y
          yum install -y httpd
          systemctl start httpd
          systemctl enable httpd

  # S3 Bucket —— 考试高频:DeletionPolicy 与版本控制
  DataBucket:
    Type: AWS::S3::Bucket
    DeletionPolicy: Retain       # 考试重点:Retain vs Delete vs Snapshot
    Properties:
      VersioningConfiguration:
        Status: Enabled
      BucketEncryption:
        ServerSideEncryptionConfiguration:
          - ServerSideEncryptionByDefault:
              SSEAlgorithm: AES256

Outputs:
  WebsiteURL:
    Description: URL of the website
    Value: !GetAtt WebInstance.PublicDnsName

4.3 考试关键考点

DeletionPolicy 三种取值:

  • Delete(默认):删除堆栈时删除资源
  • Retain:删除堆栈时保留资源(常用于 S3、RDS 等含数据的资源)
  • Snapshot:删除堆栈前创建快照(仅支持 EBS Volume、RDS、Redshift、ElastiCache)

!Ref vs !GetAtt:

  • !Ref:返回资源的物理 ID(EC2 → Instance ID,S3 → Bucket Name,VPC → VPC ID)
  • !GetAtt:返回资源的特定属性值(EC2 → PublicDnsName、S3 → Arn)

嵌套堆栈(Nested Stacks)最佳实践:将共享资源(VPC、子网)定义为根堆栈的输出,应用层堆栈通过 Fn::ImportValue 引用。这是"松耦合部署"的基石。


五、AWS Organizations:多账号治理与 SCP 策略

5.1 核心概念速览

概念说明类比
Organization (组织)所有账号的容器集团母公司
Root (根)组织的顶层容器集团总部
OU (Organizational Unit)账号的逻辑分组子公司 / 事业部
Management Account (管理账号)创建组织的账号,拥有对成员账号的管理权限集团 IT 管控中心
Member Account (成员账号)OU 中的普通账号子公司
SCP (Service Control Policy)限制 OU 或账号的最大可用权限公司章程 / 安全红线

5.2 SCP 的两种策略模式与考试陷阱

模式默认权限子策略写法适用场景
黑名单模式允许所有操作 (Allow *)Deny 特定危险操作大多数企业场景:"什么都能做,除了……"
白名单模式拒绝所有操作 (无 Allow 语句)Allow 特定允许操作严格合规场景:"只能做这些,其他全禁止"

黑名单 SCP 示例(考试最常见):


{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Deny",
      "Action": [
        "cloudtrail:StopLogging",
        "cloudtrail:DeleteTrail",
        "config:DeleteConfigurationRecorder",
        "guardduty:DeleteDetector"
      ],
      "Resource": "*"
    }
  ]
}

白名单 SCP 示例(严格合规场景):


{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "ec2:*",
        "s3:*",
        "cloudwatch:*"
      ],
      "Resource": "*"
    }
  ]
}

关键陷阱:白名单 SCP 中即使有 Allow,也必须配合 IAM 身份策略的允许才能生效。SCP 只是设置"权限上限",不直接授予权限。

5.3 多账号架构的最佳实践拓扑


Root
├── OU: Security (安全审计)
│   ├── Management Account (管理账号)
│   ├── Log Archive Account (集中日志归档)
│   └── Security Audit Account (GuardDuty + Security Hub 聚合)
├── OU: Infrastructure (基础设施)
│   ├── Network Account (TGW + Direct Connect + 共享 VPC)
│   └── Shared Services Account (CI/CD、容器镜像仓库)
├── OU: Workloads - Production (生产环境)
│   ├── Prod Account A (业务线 A)
│   └── Prod Account B (业务线 B)
├── OU: Workloads - NonProd (非生产环境)
│   ├── Dev Account
│   └── Staging Account
└── OU: Sandbox (开发者沙箱)
    └── Sandbox Account (限时、限预算、限权限)

5.4 Organizations 综合考题

情景题:某企业使用 AWS Organizations 管理 15 个账号,要求所有成员账号不能删除 CloudTrail Trail 和 Config Recorder,同时要求不能在非 us-east-1 以外的 Region 创建资源。问如何实现?

答案:

  1. 在 Root 级别附加一条 黑名单 SCP,Deny cloudtrail:StopLogging、cloudtrail:DeleteTrail、config:DeleteConfigurationRecorder。所有 OU 和账号自动继承。
  2. 再附加一条 SCP,Deny 所有操作,但条件是 aws:RequestedRegion 不等于 us-east-1 的特定服务(使用 Condition 语句)。注意:全局服务(如 IAM、Route 53)不受 Region 条件限制。

六、五大模块综合场景题

考题:电商平台灾备方案

某电商平台部署在 us-east-1,使用以下架构:

  • VPC 内 3 个 AZ,每个 AZ 一个公有子网 + 一个私有子网
  • ALB → EC2 Auto Scaling(私有子网)→ RDS Multi-AZ(私有子网)
  • 管理员通过 Bastion Host + Session Manager 访问 EC2

要求实现跨 Region (us-west-2) 灾难恢复,RPO < 1 小时,RTO < 2 小时。

请判断以下四步操作中哪些是必要且正确的:

操作是否正确理由
① 在 us-west-2 创建相同的 VPC 结构✅VPC 是 Region 级别资源,必须在目标 Region 重建
② 使用 RDS Cross-Region Read Replica 并提升为主实例✅次区域读副本可满足 RPO < 1h,故障时可提升为主
③ 使用 CloudFormation StackSets 向两个 Region 同步部署✅StackSets 可跨 Region 和跨账号部署基础设施
④ 使用 Organizations SCP 限制生产账号只能在两个 Region 内操作✅防止资源散布到未授权的 Region,简化灾备范围

总结

AWS SAA-C03 的五大核心模块——VPC 网络架构、IAM 权限管理、CloudWatch 监控告警、CloudFormation / Terraform 基础设施即代码、以及 AWS Organizations 多账号治理——构成了 AWS 解决方案架构师知识体系的"承重墙"。建议考生在备考时不要孤立地学习这五个模块,而是多做题、多画图,建立"一个考题同时调用多个模块知识"的思维习惯。

对于已经在实际工作中使用 AWS 的工程师,这五大模块的内容同样值得反复温习。因为它们不仅是考试考点,更是生产环境中每天都会遇到的问题。


本文由 7.chengzicloud.cloud 提供,点击访问首页了解更多

常见问题(FAQ)

SAA-C03 考试中这五大模块的占比大概是多少?

根据 AWS 官方考纲和考生反馈,VPC 和 IAM 各占约 15-18%,CloudWatch 约占 10-12%,IaC 和 Organizations 各占 8-10%。综合题可能同时涉及 2-3 个模块。

备考 SAA-C03 只看这几个模块够吗?

不够。S3、EC2、RDS、Lambda、DynamoDB、Route 53、CloudFront 也是高频考点。但这五大模块构成了 AWS 的"骨架",理解透了有助于你理解其他服务的部署和集成方式。

CloudFormation 和 Terraform 应该学哪一个?

考试学 CloudFormation(SAA 只考这个),工作中两者都学。Terraform 在混合云和多云场景中占据绝对优势,CloudFormation 在纯 AWS 环境和 AWS 原生工具链(如 CDK)中有独特优势。

Organizations SCP 和 IAM Policy 有什么区别?

SCP 作用于整个账号(或 OU),定义"最大可用权限";IAM Policy 作用于具体身份,在 SCP 允许的范围内再做细化授权。形象理解:SCP 是围墙,IAM Policy 是门锁。

VPC Peering 和 Transit Gateway 如何选择?

3 个以内 VPC 互联选 Peering(零额外成本),4 个以上选 Transit Gateway(避免全网状连接的管理噩梦)。有跨账号需求、需要集中管控路由表、或需要多播通信时,必须选 TGW。