STEP 1 · 学习

SAP-C02 学习Solutions Architect – Professional(解决方案架构师 – 专业级)

按考试领域阅读要点,然后点击各领域末尾的“练习该领域”,只练习该领域的题目。比例越大的领域在正式考试中出题越多。

01

为组织复杂性设计解决方案

Design Solutions for Organizational Complexity

26%

学习目标

  • 能用 Transit Gateway、Direct Connect、Site-to-Site VPN、PrivateLink 连接大量 VPC 和本地站点,并用 Route 53 Resolver 设计混合 DNS
  • 能用 Organizations、Control Tower、SCP、RCP 和委派管理员设计多账户治理和日志集中
  • 能用 IAM Identity Center 与外部身份提供商、跨账户角色、KMS 密钥策略设计跨组织的访问和加密
  • 能按 RPO/RTO 设计灾难恢复(包括 Elastic Disaster Recovery),并用标签、Cost Categories 和购买选项实现成本可视化

要点

  • VPC 有数十个以上时,用 Transit Gateway 的中心辐射型结构,而不是对等连接的网状结构。分开路由表可以实现隔离,例如生产和开发 VPC 之间互不通信,但都能访问共享服务 VPC(对等连接不支持传递路由)。
  • 与本地的连接:需要稳定带宽和低延迟时用 Direct Connect(在多个位置用 2 条以上线路实现冗余),需要立即使用或作为备份线路时用 Site-to-Site VPN。多个区域的 VPC 通过 Direct Connect 网关连接。
  • 混合 DNS:从 AWS 解析本地名称用 Route 53 Resolver 出站终端节点和转发规则,从本地解析 AWS 私有托管区用入站终端节点。转发规则可以通过 RAM 与其他账户共享。
  • 只公开另一个 VPC 或账户中的一项服务时用 PrivateLink(终端节点服务)。即使 CIDR 重叠也能使用,且不连接整个 VPC。
  • 多账户:用 Control Tower 着陆区分出日志存档账户和审计账户,用组织 CloudTrail 跟踪和 Config 聚合器进行集中。把安全账户设为 GuardDuty 和 Security Hub 的委派管理员,集中管理所有账户。
  • SCP 在整个组织范围设定账户中 IAM 主体可用权限的上限,RCP 设定对资源(S3、KMS 等)访问的上限。两者都不授予权限。
  • 成本可视化:用成本分配标签(用标签策略统一取值)和 Cost Categories 把费用分配到各事业部,用 Budgets 和 Cost Anomaly Detection 通知超预算和异常。整合账单下,Savings Plans 和 RI 的折扣在组织内共享。

工作中的应用场景

  • 总务用 Control Tower 整理 8 家集团公司约 40 个账户,把各公司的 VPC 汇聚到 Transit Gateway。与总部数据中心通过 2 个地点的 Direct Connect 连接。
  • 财务用标签策略统一“CostCenter”标签的取值,每月用 Cost Categories 按事业部分摊费用。预算用到 80% 时通知部门负责人。
  • 销售只通过 PrivateLink 向销售代理商的账户公开订单 API,不让其连接整个内部网络。

考试评估项目(来自考试指南)

  • 1.1 ネットワーク接続戦略を設計する。
  • 1.2 セキュリティコントロールを規定する。
  • 1.3 信頼性とレジリエンスに優れたアーキテクチャを設計する。
  • 1.4 マルチアカウント AWS 環境を設計する。
  • 1.5 コスト最適化と可視化の戦略を決定する。

学习资源

02

为新解决方案设计

Design for New Solutions

29%

学习目标

  • 能用 CloudFormation(StackSets、更改集)、CDK、CodePipeline、CodeDeploy 设计可回滚的部署策略(蓝/绿、金丝雀、滚动)
  • 能设计多可用区和多区域的数据复制(Aurora Global Database、DynamoDB 全局表、S3 复制)及灾难恢复测试
  • 能根据要求组合最小权限、WAF、Shield Advanced、Network Firewall、加密与密钥管理以及补丁管理
  • 能用专用数据库、缓存、边缘、松耦合架构和购买选项兼顾性能和成本目标

要点

  • 部署:把基础设施代码化(CloudFormation、CDK),向多个账户和区域部署相同配置时用 StackSets。生产变更先用更改集确认差异再执行。
  • 蓝/绿部署让新旧环境并行并切换,出问题可以立即回退。金丝雀部署只把部分流量导向新版本进行观察。数据库引擎升级可以使用 RDS 蓝/绿部署。
  • 交给托管服务:常考的判断是,为了减轻补丁和扩展的运维负担,优先选择 RDS、Aurora、Fargate、Lambda 等,而不是在 EC2 上自行运维。
  • 业务连续性:选择满足 RPO/RTO 的复制方式。关系数据库跨区域用 Aurora Global Database,NoSQL 多区域写入用 DynamoDB 全局表,对象用 S3 复制(有时限要求时用 S3 RTC)。
  • 大型 Web 应用的攻击防护:CloudFront+AWS WAF(托管规则、基于速率的规则)+Shield Advanced。VPC 内的流量检查用 Network Firewall,第三方虚拟设备用 Gateway Load Balancer。
  • 可靠性:松耦合(SQS、SNS、EventBridge、Step Functions)、重试与幂等性、提前提高服务配额。按要求选择 Route 53 路由(延迟、地理位置、故障转移、加权)。
  • 性能和成本:按用途选择专用数据库(DynamoDB、ElastiCache、OpenSearch、Timestream、Neptune 等)。用 Graviton、Savings Plans、竞价型实例和 Auto Scaling 预测扩展,在保持性能的同时降低费用。

工作中的应用场景

  • 销售用 CloudFront、WAF、ALB、Aurora 新建面向全国代理商的订单网站,从 CodePipeline 以蓝/绿方式发布。出现问题时几分钟内回退到旧版本。
  • 财务在新的报销系统中,用 Aurora Global Database 把东京的 Aurora 复制到大阪,每季度进行一次区域切换的灾难恢复测试。
  • 总务出入记录的检索采用 OpenSearch Service,在岗状态的缓存采用 ElastiCache,按用途使用不同的数据库。

考试评估项目(来自考试指南)

  • 2.1 ビジネス要件を満たすデプロイ戦略を設計する。
  • 2.2 事業の継続性を確保するソリューションを設計する。
  • 2.3 要件に基づいてセキュリティコントロールを決定する。
  • 2.4 信頼性の要件を満たす戦略を策定する。
  • 2.5 パフォーマンス目標を満たすソリューションを設計する。
  • 2.6 ソリューションの目標と目的を達成するためのコスト最適化戦略を決定する。

学习资源

03

持续改进现有解决方案

Continuous Improvement for Existing Solutions

25%

学习目标

  • 能用 CloudWatch(指标、日志、Synthetics)、EventBridge、Systems Manager Automation 建立监控、告警和自动修复
  • 能用 Config 规则与修复操作、Security Hub、Access Analyzer、Secrets Manager 持续改进现有环境的安全性
  • 能找出瓶颈,并通过调整缓存、只读副本、边缘和实例改善性能
  • 能消除单点故障、实现自我修复和故障注入测试(FIS),并用 Compute Optimizer、Trusted Advisor、S3 Storage Lens 推进成本改进

要点

  • 运维改进的思路是“可视化→告警→自动修复”。从 CloudWatch 告警或 EventBridge 规则运行 Systems Manager Automation 运行手册,自动执行既定步骤的恢复。
  • 如果手动部署或配置变更是故障原因,就提议 CI/CD 和代码化、用更改集审查,以及改为滚动或蓝/绿部署。
  • 持续改进安全:用 Config 规则检测配置偏差,用修复操作自动纠正。用 Security Hub 汇总检测结果,用 Access Analyzer 找出对外公开的资源和未使用的权限。
  • 把硬编码的凭证迁移到 Secrets Manager(自动轮换)或 Parameter Store。用 Session Manager 替代访问 EC2 的 SSH 堡垒机,无需开放端口还能保留操作日志。
  • 性能:先用指标找出瓶颈(CPU、IOPS、数据库连接、网络),再采取对策。读取多的数据库用缓存和只读副本,面向全球用户用 CloudFront 或 Global Accelerator。
  • 可靠性:消除单个可用区、单台实例、单条线路等单点故障。用 AWS FIS 有意注入故障,在接近生产的环境中确认恢复步骤和机制是否有效。
  • 成本:用 Compute Optimizer 找出规格过大的资源,用 Trusted Advisor 找出闲置资源,用 S3 Storage Lens 找出不需要的数据。还要审查经 NAT 网关的传输和跨可用区通信等网络费用。

工作中的应用场景

  • 总务内部门户的 EC2 每周因内存不足停机一次。用 CloudWatch 代理监控内存,达到阈值时由 Systems Manager Automation 自动重启并收集日志。
  • 财务会计系统的配置中以明文写着数据库密码。将其迁移到 Secrets Manager 并自动轮换,用 Config 规则检测是否再次发生。
  • 销售报价系统响应慢。通过 X-Ray 发现数据库调用是瓶颈,引入 ElastiCache 改善响应。

考试评估项目(来自考试指南)

  • 3.1 全体的な運用上の優秀性を高めるための戦略を作成する。
  • 3.2 セキュリティを向上させるための戦略を決定する。
  • 3.3 パフォーマンスを改善するための戦略を決定する。
  • 3.4 信頼性を向上させるための戦略を決定する。
  • 3.5 コスト最適化の機会を特定する。

学习资源

04

加速工作负载迁移和现代化

Accelerate Workload Migration and Modernization

20%

学习目标

  • 能用 Migration Hub 和 Application Discovery Service 评估应用组合,并用 7R(重新托管、更换平台、重构等)和 TCO 确定迁移优先级和批次
  • 能从 Application Migration Service、DMS、SCT、DataSync、Transfer Family、Snow 系列中选择应用、数据库和数据的迁移手段
  • 能选择迁移目标,如 EC2、Elastic Beanstalk、ECS/EKS/Fargate、EBS、EFS、FSx、S3、Storage Gateway、RDS、DynamoDB 等
  • 能用 Lambda、容器、专用数据库和 SQS/SNS/EventBridge/Step Functions 提出向松耦合、无服务器的现代化方案

要点

  • 迁移评估:用 Application Discovery Service(基于代理或无代理)收集服务器的配置、利用率和依赖关系,用 Migration Hub 集中管理进度。依赖关系紧密的服务器放在同一批次迁移。
  • 7R:重新托管(原样迁移)、更换平台(把操作系统或数据库换成托管服务等小改动)、重构(按云原生重新构建)、重新购买(改用 SaaS)、迁移位置、保留、停用。期限紧时先重新托管,之后再优化。
  • 服务器迁移用 Application Migration Service(块级持续复制,切换时间短)。数据库用 DMS(完全加载+CDC,在运行中迁移),不同引擎之间用 SCT(或 DMS Schema Conversion)转换架构。
  • 数据迁移:通过网络持续同步文件用 DataSync,与合作伙伴的 SFTP/FTPS 对接用 Transfer Family,线路带宽小或数据达数百 TB 以上用 Snowball Edge。迁移期间仍需从本地使用数据时用 Storage Gateway。
  • 选择迁移目标:Windows 文件共享用 FSx for Windows File Server,从 NetApp 迁移用 FSx for NetApp ONTAP,Linux 共享用 EFS。需要商业数据库许可证或对操作系统的特殊访问时,可以选择 RDS Custom 或在 EC2 上自行运维。
  • 现代化:批处理和事件处理用 Lambda 和 EventBridge,长时间流程用 Step Functions,把单体应用的一部分容器化并拆分到 ECS/Fargate(绞杀者模式)。
  • 换成专用数据库:会话和高速查询用 ElastiCache/DynamoDB,全文搜索用 OpenSearch,负载难以预测的关系数据库用 Aurora Serverless v2。

工作中的应用场景

  • 总务在数据中心合同续约前的 9 个月内迁移 120 台服务器。用 Application Discovery Service 调查依赖关系,按批次用 Application Migration Service 重新托管。
  • 财务用 DMS 的完全加载和 CDC 把本地 Oracle 会计数据库迁移到 Aurora PostgreSQL。用 SCT 转换架构,避开月末进行切换。
  • 销售把夜间批处理生成潜在客户名单的作业换成 EventBridge 计划和 Lambda、Step Functions,不再需要运维服务器。

考试评估项目(来自考试指南)

  • 4.1 移行が可能な既存のワークロードとプロセスを選択する。
  • 4.2 既存ワークロードの最適な移行アプローチを決定する。
  • 4.3 既存ワークロードの新しいアーキテクチャを決定する。
  • 4.4 モダナイゼーションと機能強化の機会を決定する。

学习资源

读完之后

使用须知(非官方、原创题目、不保证合格)