Playbook - SAP-C02 AWS Certified Solutions Architect Professional
Last reviewed: May 2026
A scannable reference of architectural patterns the SAP-C02 exam tests. Read top-to-bottom, or jump to a section.
Design Solutions for Organizational Complexity
Stand up a 100+ account AWS estate with consistent guardrails, logging, and identity from day one.
AWS Control Tower as the landing zone. Account Factory provisions accounts; mandatory + strongly-recommended guardrails enforce baselines; centralized log archive + audit accounts created automatically.
Why: Control Tower codifies the well-architected multi-account pattern. Building from scratch via Organizations alone reproduces the same plumbing manually.
Need to add custom guardrails and resources beyond Control Tower defaults across all accounts.
Customizations for AWS Control Tower (CfCT). Pipeline of CloudFormation templates + SCPs deployed via StackSets to OUs.
Why: CfCT extends Control Tower without breaking its lifecycle. Custom Config rules, security baselines, networking - all version-controlled and replayable.
Enforce S3 KMS encryption + auto-remediate non-compliant buckets across 300 accounts in <15 minutes.
AWS Config organization-wide conformance pack via delegated administrator. Config rule + SSM Automation document for auto-remediation.
Why: Conformance packs deploy Config rules + remediation across the org from one account. Per-account Lambda or SCP-only approaches miss either real-time detection or remediation.
Tamper-proof CloudTrail logs across all accounts retained 7 years; only security team can read.
Organization trail delivering to a dedicated logging account S3 bucket. Object Lock in Compliance mode with 7-year retention. SCP restricting bucket access to security IAM roles.
Why: Compliance-mode Object Lock blocks deletion even by root. Org trail collects from all accounts automatically. Dedicated logging account isolates blast radius.
Federate 150 accounts to corporate AD via SAML; assign permissions by AD group.
IAM Identity Center with external SAML 2.0 IdP. Permission sets mapped to AD groups via SCIM provisioning. Account assignments via groups.
Why: Identity Center centralizes federation across all org accounts. Permission sets are reusable across accounts; SCIM keeps user/group state in sync.
Grant access to resources tagged with the user's cost center, scaling to thousands of users.
Attribute-based access control in Identity Center. Pass AD attributes via SAML; permission sets reference `aws:PrincipalTag/CostCenter` against `aws:ResourceTag/CostCenter`.
Why: ABAC scales without per-user policy changes. Adding a new cost center is just a tag - no IAM rewrite.
CI/CD account assumes a deployment role in 50 workload accounts to run CloudFormation.
IAM role per workload account with trust policy permitting the CI/CD account principal. CI/CD assumes via STS AssumeRole. Use external ID if a 3rd-party tool initiates.
Why: External ID prevents the confused deputy problem. Role chaining hard-caps session at 1 hour even if role allows longer.
Connect VPCs across 5 regions + on-prem with deterministic routing and central inspection.
Transit Gateway in each region. TGW peering for inter-region. Inspection VPC with appliances reachable via TGW route tables.
Why: TGW peering avoids full mesh of inter-region VPN/peering. Per-attachment route tables let security inspect specific flows without breaking others.
On-prem DC needs 10 Gbps link to AWS with link-failure resilience and no internet exposure.
Two Direct Connect connections at separate DX locations. Each with a private VIF terminating on a Direct Connect Gateway β TGW. BGP failover between connections.
Why: Single DX is a single point of failure. Different DX locations protect against site-wide outages. DX Gateway lets one VIF reach multiple regions/VPCs.
Detect when any resource in the org is shared with an external account.
IAM Access Analyzer with org as zone of trust, delegated to security account. Findings on cross-account access in S3, IAM roles, KMS keys, Lambda, SQS, Secrets.
Why: Access Analyzer uses formal verification, not pattern matching. Org-level zone of trust treats sibling accounts as trusted.
Aurora Serverless v2. Set min/max ACU; Aurora scales in seconds without connection drops.
Why: v2 scales by adding capacity to the existing instance - no failover. Provisioned Aurora cannot scale this fast; Serverless v1 scales slower and pauses connections.
DynamoDB table experiences hot partition spikes throttling some reads/writes.
Provisioned with auto-scaling + adaptive capacity (automatic). Redesign partition key if a single key is the hotspot.
Why: Adaptive capacity reallocates throughput across partitions without action. But if one key is hot, only schema redesign (composite key, write sharding) helps.
Replace fragmented monitoring with unified observability across services.
CloudWatch ServiceLens for service map; X-Ray for traces; CloudWatch Logs Insights for ad-hoc; Container Insights for ECS/EKS; RUM for browser; Synthetics for canaries.
Why: AWS-native stack avoids per-host agents. Pair with OpenTelemetry SDK for portability.