What is an AWS Well-Architected Review?
An AWS Well-Architected Review is a structured assessment of a cloud environment against the AWS Well-Architected Framework — six pillars covering Operational Excellence, Security, Reliability, Performance Efficiency, Cost Optimization, and Sustainability. The review identifies high-risk findings, scores each pillar, and produces a prioritized remediation roadmap. AWS Partners deliver the review using AWS’s own Well-Architected Tool, with funding credits available for qualifying remediations.
Why Your AWS Architecture Needs a Review
Cloud environments evolve organically. Teams add resources, deploy new services, and make incremental changes over months and years. Without periodic review, this organic growth leads to architectural drift — security gaps widen, costs creep upward, and reliability risks accumulate silently until they surface as outages or audit failures.
An architecture review provides a structured, objective assessment of your entire AWS environment. It answers the question every CTO and VP of Engineering needs answered: Is our cloud architecture supporting our business, or is it holding us back?
At FactualMinds, we conduct architecture reviews using the AWS Well-Architected Framework — a proven methodology that evaluates your environment across six critical dimensions. As an AWS Select Tier Services Partner, our reviews qualify for AWS credits to fund remediation of identified issues.
Free Well-Architected Review vs. Paid Architecture Audits
What We Assess
Operational Excellence
How well are you running and monitoring your systems?
- Deployment practices — Are deployments automated through CI/CD pipelines, or does your team manually deploy to production?
- Runbooks and playbooks — Do you have documented procedures for common operational tasks and incident response?
- Monitoring and alerting — Are CloudWatch dashboards, alarms, and automated responses in place for critical metrics?
- Change management — Are infrastructure changes tracked, reviewed, and reversible?
Common findings: Manual deployments without rollback capability, missing runbooks for critical systems, CloudWatch alarms that alert but trigger no automated response.
Security
Is your cloud environment protected against threats and compliant with your regulatory requirements?
- Identity and access management — IAM policies, roles, MFA enforcement, access key rotation, and the principle of least privilege
- Data protection — Encryption at rest and in transit across all services (S3, EBS, RDS, DynamoDB, SQS, SNS)
- Network security — VPC architecture, Security Groups, NACLs, public exposure, and VPN/Direct Connect configuration
- Detection and response — GuardDuty, Security Hub, Config rules, and incident response procedures
- Compliance — Mapping of controls to SOC 2, HIPAA, PCI DSS, ISO 27001, or other frameworks
Common findings: Overprivileged IAM roles with AdministratorAccess, unencrypted S3 buckets and EBS volumes, Security Groups allowing 0.0.0.0/0 access to non-public ports, GuardDuty findings going unreviewed.
For organizations needing a deeper security focus, see our AWS Security Consulting services. For compliance-specific requirements (HIPAA, SOC 2, PCI DSS), see our Cloud Compliance Services.
Reliability
Will your systems continue to operate correctly when things go wrong?
- Multi-AZ and multi-Region — Are critical workloads deployed across Availability Zones? Is cross-Region disaster recovery configured for business-critical systems?
- Autoscaling — Do compute resources scale automatically to meet demand?
- Backup and recovery — Are backups automated, encrypted, and regularly tested for restoration?
- Fault isolation — Do failures in one component cascade to others?
- RPO and RTO — Are Recovery Point Objectives and Recovery Time Objectives defined, documented, and achievable?
Common findings: Single-AZ deployments for production databases, no backup restoration testing, autoscaling policies that scale up but never scale down, undefined RPO/RTO targets.
Are you using the right resources for the right workloads?
- Compute selection — Are instance types matched to workload characteristics (compute-optimized, memory-optimized, Graviton)?
- Database performance — Are queries optimized, indexes appropriate, and connection pooling in place?
- Caching — Is caching implemented at appropriate layers (CloudFront, ElastiCache, application-level)?
- Networking — Are VPC endpoints in use? Is data transfer minimized between AZs and Regions?
Common findings: Oversized instances running at 10-15% CPU utilization, no caching layer in front of read-heavy databases, missing VPC endpoints for S3 and DynamoDB causing unnecessary NAT Gateway charges.
Cost Optimization
Are you getting the most value from every dollar spent on AWS?
- Resource utilization — Unused EC2 instances, unattached EBS volumes, idle load balancers, and oversized RDS instances
- Pricing optimization — Reserved Instance and Savings Plan coverage, Spot Instance usage for fault-tolerant workloads
- Storage efficiency — S3 lifecycle policies, EBS volume type selection (gp2 vs gp3), unused snapshots
- Data transfer — Cross-AZ transfer costs, NAT Gateway charges, CloudFront egress optimization
Common findings: 30-50% of non-production instances running 24/7 when they are only needed during business hours, no RI/SP coverage for steady-state workloads, S3 data accumulating in Standard tier with no lifecycle policies.
For in-depth cost optimization, see our AWS Cloud Cost Optimization Services.
Sustainability
Is your architecture environmentally efficient?
- Resource efficiency — Are resources right-sized to maximize utilization and minimize waste?
- Managed services — Are you leveraging shared managed services that AWS optimizes for energy efficiency?
- Graviton adoption — ARM-based Graviton instances deliver better performance per watt than x86 equivalents
- Data lifecycle — Are data retention policies in place to avoid storing unnecessary data?
Our Review Process
Week 1: Discovery and Automated Analysis
Day 1-2: Access and scoping
- Establish read-only cross-account IAM role access to your AWS environment
- Conduct discovery interviews with stakeholders (2-3 hours total)
- Define scope — which accounts, workloads, and compliance requirements to assess
Day 3-5: Automated assessment
- Run AWS Trusted Advisor checks across all accounts
- Execute AWS Config conformance packs for compliance benchmarks (CIS, SOC 2, HIPAA, PCI)
- Analyze Cost Explorer data for spending patterns and optimization opportunities
- Pull Compute Optimizer recommendations for right-sizing
- Review Security Hub findings and GuardDuty alerts
- Inventory all resources with utilization metrics
Week 2: Manual Analysis and Report
Day 6-8: Manual deep dive
- Review architectural diagrams and data flow patterns
- Evaluate IAM policies, roles, and permission boundaries
- Assess VPC architecture, routing, and network security
- Analyze database configurations, backup policies, and replication
- Review container and serverless workload configurations
- Validate disaster recovery and backup restoration procedures
Day 9-10: Report and presentation
- Compile findings into a prioritized remediation roadmap
- Categorize each finding as Critical, High, Medium, or Low risk
- Estimate remediation effort and business impact for each finding
- Present findings to your team with Q&A
What You Receive
Executive Summary
A 2-page overview for leadership with:
- Overall architecture health score across all six pillars
- Top 5 critical risks requiring immediate attention
- Estimated cost savings from optimization recommendations
- AWS credit eligibility from the Well-Architected Review
Detailed Findings Report
A comprehensive technical document with:
- Every finding categorized by pillar and severity
- Specific remediation steps for each finding
- AWS service recommendations and configuration guidance
- Compliance gap analysis mapped to your target frameworks
A prioritized action plan organized into:
- Quick wins (1-2 days) — Changes that deliver immediate value with minimal risk
- Short-term improvements (1-4 weeks) — Important fixes that require testing and validation
- Strategic initiatives (1-3 months) — Architectural changes that require planning and phased implementation
Official report generated through the AWS Well-Architected Tool that:
- Documents your review in your AWS account for ongoing tracking
- May qualify you for AWS credits to fund remediation
- Provides a baseline for future reviews to measure improvement
When to Get an Architecture Review
- Pre-launch — Validate that your architecture is production-ready before a major launch or migration
- Post-migration — After migrating to AWS, ensure workloads are properly optimized for the cloud
- Before compliance audits — Identify and remediate gaps before SOC 2, HIPAA, or PCI DSS audits
- When costs are rising — Unexplained cost increases often indicate architectural inefficiencies. See our Cost Explorer guide for monitoring setup.
- After significant growth — Architectures that work at 1x scale may have reliability and performance issues at 10x
- Annually — Even stable environments benefit from regular reviews as AWS releases new services and best practices evolve
Getting Started
An AWS Well-Architected Review is a low-risk, high-impact engagement. In 2 weeks, you receive a clear picture of your cloud health with a prioritized plan for improvement — plus potential AWS credits to fund the work.
Pair the Well-Architected Review with our FinOps Consulting for ongoing cost governance, our AWS Security Consulting for deep security remediation, or our AWS Managed Services for continuous operational oversight after the review.
Book Your Free Well-Architected Review →