Cast your mind back to that second round I mentioned. This is the part that decides the call, the final
gate ahead of an interview. The recruiter slows down and reads with more care here, and even so
95% of the screen still hangs on your most recent role all the same.
And that tracks: your most recent role is the clearest signal of the level you work at now, what you
actually ship, and where your week goes. To earn the "yes", that role has to span the
full role profile for a Solutions Architect, giving one dedicated bullet to every domain you
named under Domain Expertise up in the Profile Summary.
1
Requirements & Solution Discovery
You pin down what the solution actually has to do. Skipped requirements surface as rework mid-build, so
hiring managers want discovery that cut rework, not just notes. Talk about how you used requirements
workshops and NFR analysis, in Miro and Confluence, to raise requirements coverage and avoid downstream
rework.
Techniques
Requirements workshops
Constraints & NFRs
Success criteria
Current-state assessment
Tools
Miro, Confluence
Requirements catalogs
Discovery templates
Metrics
Requirements coverage
Discovery-to-design time
Rework avoided
2
Reference & Target Architecture Design
You draw the target architecture teams build toward. Hiring managers look here to see whether your
architecture holds under trade-offs, or collapses the first time reality pushes back. Show them how you
used reference architectures and trade-off analysis, documented in C4 and ADRs, to speed design reviews
and reuse proven patterns.
Techniques
Reference architectures
Design patterns
Trade-off analysis
Build-vs-buy
Tools
C4, ArchiMate
Lucidchart, draw.io
Architecture decision records
Metrics
Design-review cycle time
Patterns reused
Architectures approved
3
Cloud & Infrastructure Architecture
You architect the cloud foundation the solution runs on. A weak landing zone shows up as every team
reinventing infra, so hiring managers want provisioning time you cut. Point out how you used landing
zones and Well-Architected reviews, in Terraform across AWS, to move teams onto one platform and cut
provisioning time.
Techniques
Landing zones
Network topology
Well-Architected reviews
Infrastructure as code
Tools
AWS, Azure, GCP
Terraform, Kubernetes
VPC, Transit Gateway
Metrics
Teams onto one platform
Provisioning time cut
4
Integration & Data Architecture
You wire the systems and data flows together. Integrations are where solutions quietly break, so hiring
managers want systems you integrated at real throughput. Mention how you used API design and
event-driven flows, with Kafka and Snowflake, to integrate systems and handle real throughput.
Techniques
API design
Event-driven architecture
Data flows & ETL
Legacy system integration
Tools
REST, GraphQL, webhooks
Kafka, SQS, EventBridge
SQL, Snowflake
Metrics
Throughput handled
Systems integrated
Latency reduced
5
Scalability, HA & Resilience
You make the solution survive load and failure. Two things ride on it for a hiring manager: uptime that
holds an SLA, and recovery that meets RTO and RPO. Walk them through how you used multi-region HA and DR
planning, tested with chaos and load, to hold uptime and meet RTO and RPO.
Techniques
High availability
Disaster recovery
Capacity planning
SLAs & SLOs
Tools
Multi-region, multi-AZ
Autoscaling, load balancing
Chaos & load testing
Metrics
Uptime / SLA
RTO / RPO
Peak throughput
6
Security, Compliance & Governance
You build security and compliance into the architecture. Security bolted on later fails audits, so
hiring managers read least-privilege design as architecture that passes review. Spell out how you used
least-privilege IAM and policy as code, against SOC2 and ISO 27001, to pass audits and remediate
findings.
Techniques
Security architecture
IAM & least privilege
Compliance frameworks
Architecture governance
Tools
Okta, SSO / SAML
SOC2, ISO 27001, HIPAA
Policy as code
Metrics
Audits passed
Findings remediated
Standards adopted
7
Migration & Modernization
You move legacy workloads to the new architecture without downtime. A botched cutover takes production
down, so a phased migration tells a hiring manager you de-risk the hard part. Lay out how you used a 6
Rs strategy and the strangler-fig pattern, with migration runbooks, to move workloads and hold downtime
near zero at cutover.
Techniques
Migration strategy
Cloud adoption
App modernization
Phased roadmaps
Tools
6 Rs assessment
Strangler-fig pattern
Migration runbooks
Metrics
Migration timeline
Workloads moved
Downtime during cutover
Legacy retired
8
Cost Optimization & Technical Leadership
You cut cloud cost and set the standard other architects follow. Companies keep the architects who own
cost and align teams, not just draw diagrams, so this stands out. Tell them how you used FinOps cost
modeling and a design-authority review board, in Cost Explorer, to cut cloud cost and get teams onto the
standard.
Techniques
FinOps & cost modeling
Stakeholder alignment
Design authority
Mentoring architects
Tools
Cost Explorer, CUR
Architecture decision records
Review boards
Metrics
Cloud cost reduction (%)
Teams on the standard
Architects mentored