0Pricing
AWS Solutions Architect · Lezione

Individuare parole chiave e segnali dei servizi nelle domande

Allenarsi a riconoscere parole chiave come «più conveniente», «massima disponibilità», «overhead operativo» e «serverless», che indicano la scelta corretta del servizio

Individuare parole chiave e segnali dei servizi nelle domande è una lezione AWS Solutions Architect gratuita su CoddyKit. Questa è la lezione 2 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento AWS Solutions Architect, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso AWS Solutions Architect include 4 lezioni in totale.

Perché le parole chiave sono importanti nell'esame

Le domande basate su scenari di SAA-C03 descrivono spesso un problema aziendale senza indicare esplicitamente il servizio AWS corretto. Invece, contengono indicatori sotto forma di parole chiave: parole ed espressioni che, se riconosciute, indicano direttamente il servizio o l'approccio corretto. I candidati esperti leggono ogni scenario due volte: prima per comprenderne il contesto generale, poi per individuare le parole chiave specifiche che restringono la scelta della risposta. Non considerare una sola parola chiave, come «serverless» o «costo più basso», può portarla a scegliere una risposta plausibile ma errata.

Parole chiave che indicano i costi

Quando la domanda pone l'accento sui costi, parole chiave specifiche rimandano a pattern AWS specifici. 'most cost-effective' indica spesso Spot Instances, S3 Glacier o Savings Plans. 'reduce cost without code changes' → Reserved Instances o dimensionamento corretto. 'pay only for what you use' → Lambda o Fargate (serverless). 'minimise data transfer cost' → CloudFront, endpoint VPC o accesso nella stessa Region. Quando il costo è il vincolo principale, dia sempre priorità all'opzione più economica e completamente gestita.

# Cost keyword -> answer mapping:
# 'lowest cost for batch jobs' -> Spot Instances
# 'archive rarely accessed data' -> S3 Glacier Deep Archive
# 'steady workload for 3 years' -> Reserved Instances or Savings Plans
# 'event-driven, unpredictable traffic' -> Lambda (pay per invocation)
# 'reduce inter-Region data transfer' -> CloudFront or regional caching
# 'remove idle EC2 instances' -> AWS Compute Optimizer right-sizing

Parole chiave che indicano le prestazioni

Le parole chiave relative alle prestazioni rimandano a specifiche scelte architetturali. 'millisecond latency' → DynamoDB o ElastiCache. 'global low latency' → CloudFront o Global Accelerator. 'high IOPS' → EBS io2 Block Express o instance store. 'shared file system across multiple EC2' → EFS. 'read-heavy workload' → Read Replicas o ElastiCache. 'GPU / machine learning' → famiglie di istanze EC2 P o G. Abbini il requisito di prestazioni al servizio progettato per quello specifico carico di lavoro.

# Performance keyword -> answer mapping:
# 'sub-millisecond cache' -> ElastiCache (Redis)
# 'global static content delivery' -> CloudFront
# 'HPC / tightly coupled compute' -> Cluster placement group, EFA
# 'shared POSIX filesystem across Linux instances' -> Amazon EFS
# 'Windows SMB file shares' -> FSx for Windows File Server
# 'in-memory key-value, session state' -> ElastiCache (Memcached or Redis)
# 'relational + scales to millions of writes' -> Aurora

Parole chiave che indicano la sicurezza

Le parole chiave relative alla sicurezza sono frequenti in SAA-C03, dato il peso del 30% attribuito al Dominio 1. 'encrypt data at rest' → KMS (crittografia SSE-KMS, S3-KMS, EBS/RDS). 'rotate credentials automatically' → Secrets Manager. 'detect threats in real time' → GuardDuty. 'scan for vulnerabilities' → Amazon Inspector. 'discover PII in S3' → Amazon Macie. 'block SQL injection / XSS' → AWS WAF. 'DDoS protection' → AWS Shield Standard (gratuito) o Shield Advanced (a pagamento, con supporto DRT).

# Security keyword -> answer mapping:
# 'IAM role for EC2 to access S3' -> EC2 instance profile with IAM role
# 'prevent public access to S3 bucket' -> Block Public Access + bucket policy
# 'audit all API calls in account' -> AWS CloudTrail
# 'ensure resources comply with policy' -> AWS Config + Config Rules
# 'TLS certificate for ALB' -> AWS Certificate Manager (ACM)
# 'cross-account role assumption' -> IAM Trust Policy + STS AssumeRole

Parole chiave che indicano l'impegno operativo

'least operational overhead' è uno dei qualificatori più comuni dell'esame. Indirizza sempre verso servizi gestiti/serverless anziché verso alternative autogestite. EC2 richiede l'applicazione di patch al sistema operativo → passi a Fargate o Lambda. MySQL autogestito → passi a RDS. Redis autogestito → ElastiCache. Load balancer personalizzato → ALB. DNS personalizzato → Route 53. Processi cron personalizzati → EventBridge Scheduled Rules. Se due risposte sono architetturalmente equivalenti, ma una utilizza un servizio gestito e l'altra uno autogestito, «least operational overhead» seleziona l'opzione gestita.

# 'least operational overhead' -> managed service wins
# Self-managed on EC2          -> Managed AWS equivalent
# MySQL on EC2                 -> Amazon RDS for MySQL
# Redis on EC2                 -> Amazon ElastiCache for Redis
# Kafka on EC2                 -> Amazon MSK (Managed Streaming for Kafka)
# Elasticsearch on EC2         -> Amazon OpenSearch Service
# Custom batch scheduler       -> AWS Batch
# Custom ETL scripts on EC2    -> AWS Glue (serverless ETL)

Parole chiave che indicano scalabilità ed elasticità

'variable load', 'sudden traffic spikes' o 'unpredictable demand' indicano la necessità di auto-scaling ed elasticità. La risposta prevede quasi sempre Auto Scaling Groups (per EC2), Lambda (per il calcolo basato sugli eventi, con possibilità di scalare fino a zero), DynamoDB On-Demand (per un carico imprevedibile sul database) o Kinesis Data Streams con shard sottoposti ad auto-scaling. Eviti le risposte a capacità fissa (Reserved Instances, throughput con provisioning) quando lo scenario descrive un carico variabile o imprevedibile.

# Scalability keyword -> answer mapping:
# 'scale to zero when no traffic' -> Lambda or Fargate (task count 0)
# 'handle flash sales / burst traffic' -> ALB + ASG with step scaling
# 'unpredictable database read/write' -> DynamoDB On-Demand mode
# 'stream processing with variable throughput' -> Kinesis On-Demand
# 'global traffic with automatic failover' -> Route 53 health check failover
# 'scale read capacity for RDS' -> Read Replicas (up to 15 for Aurora)

Parole chiave per migrazione e modernizzazione

Le parole chiave degli scenari di migrazione corrispondono direttamente alle 7 R e agli strumenti di migrazione AWS. 'move quickly with no changes' → Rehost / AWS MGN. 'reduce DBA overhead' → Replatform verso RDS. 'heterogeneous database engine migration' → DMS + SCT. 'move VMware workloads' → VMware Cloud on AWS (Relocate). 'discover on-premises servers' → Application Discovery Service. 'track migration progress' → AWS Migration Hub. 'transfer terabytes of data offline' → AWS Snowball Edge.

# Migration keyword -> answer mapping:
# 'petabytes of data, slow internet' -> AWS Snowball Edge (offline transfer)
# 'replicate servers to AWS with < 1 hour RTO' -> AWS MGN
# 'Oracle to PostgreSQL schema conversion' -> AWS SCT + DMS
# 'ongoing DB replication, minimal downtime' -> DMS Full Load + CDC
# 'inventory 5000 on-premises VMs' -> Application Discovery Service
# 'assess portfolio and recommend strategy' -> Migration Hub Strategy Recommendations

Parole chiave per la selezione dei database

Le domande sui database compaiono nei domini 2 e 3. Associare i requisiti al servizio database corretto. 'relational, managed, ACID' → RDS o Aurora. 'key-value, millisecond at scale' → DynamoDB. 'in-memory cache / session store' → ElastiCache. 'analytics / columnar queries on petabytes' → Amazon Redshift. 'fully managed search' → Amazon OpenSearch Service. 'graph relationships' → Amazon Neptune. 'time series' → Amazon Timestream. Una sola parola chiave errata sul tipo di database di solito esclude immediatamente l'opzione.

# Database keyword -> correct service:
# 'ACID transactions, joins' -> RDS (MySQL/PostgreSQL) or Aurora
# 'single-digit millisecond at any scale' -> DynamoDB
# 'session caching, Pub/Sub, leaderboard' -> ElastiCache Redis
# 'complex SQL analytics, BI' -> Amazon Redshift
# 'social network, fraud detection graphs' -> Amazon Neptune
# 'IoT sensor time series' -> Amazon Timestream
# 'document / JSON flexibility' -> DynamoDB or DocumentDB

Parole chiave per disaccoppiamento e messaggistica

Gli scenari di disaccoppiamento verificano la capacità di distinguere SQS, SNS, EventBridge e Kinesis. 'decouple producers from consumers' → coda SQS standard. 'exactly-once, ordered processing' → SQS FIFO. 'fan-out to multiple subscribers' → SNS. 'route events by content' → EventBridge. 'real-time streaming with replay' → Kinesis Data Streams. 'deliver to S3/Redshift without code' → Kinesis Data Firehose. I principali elementi distintivi sono: persistenza/riproduzione (Kinesis), ordinamento (FIFO), distribuzione a più destinatari (SNS) e routing basato sul contenuto (EventBridge).

# Decoupling keyword -> service:
# 'buffer requests, async processing' -> SQS Standard
# 'order must be preserved, no duplicates' -> SQS FIFO
# 'notify many services of one event' -> SNS Topic
# 'react to AWS service state changes' -> EventBridge (default bus)
# 'stream analytics data to S3 automatically' -> Kinesis Firehose
# 'multiple apps read same data stream independently' -> Kinesis Data Streams
# 'custom event routing by message content' -> EventBridge with event patterns

Parole chiave dell'architettura serverless

L'esame richiede spesso soluzioni serverless per eliminare il carico operativo della gestione di EC2. Associate queste parole chiave: 'no server management' → Lambda, Fargate, API Gateway. 'event-driven' → Lambda attivato da S3, SQS, DynamoDB Streams. 'HTTP API backend' → API Gateway + Lambda. 'run containers without managing infrastructure' → Fargate. 'serverless SQL on S3' → Athena. 'serverless ETL' → AWS Glue. 'serverless orchestration' → Step Functions Express Workflows. Quando una domanda dice 'no servers', elimini immediatamente tutte le risposte basate su EC2.

# Serverless keyword -> service:
# 'code triggered by events, no EC2' -> Lambda
# 'REST API with no infrastructure' -> API Gateway + Lambda
# 'containers without cluster management' -> ECS Fargate
# 'Kubernetes without node management' -> EKS Fargate Profiles
# 'SQL queries on S3, no warehouse' -> Amazon Athena
# 'NoSQL database, no capacity management' -> DynamoDB On-Demand
# 'workflow orchestration, no servers' -> AWS Step Functions
# 'ETL without Spark cluster' -> AWS Glue (serverless Spark)

Parole chiave per rete e connettività

Le domande sulla rete verificano la capacità di associare i requisiti di connettività al servizio AWS corretto. 'connect on-premises to AWS privately' → Direct Connect o Site-to-Site VPN. 'route traffic globally with static anycast IPs' → AWS Global Accelerator. 'reduce latency for a global fleet of users' → CloudFront (contenuti) o Global Accelerator (traffico dinamico). 'private connectivity to AWS services without internet' → VPC Endpoints (Gateway per S3/DynamoDB, Interface per gli altri servizi). 'connect multiple VPCs in a hub-and-spoke model' → AWS Transit Gateway. Associate il requisito di connettività al servizio progettato per quello specifico schema di rete.

# Networking keyword -> service mapping:
# 'private dedicated bandwidth to AWS' -> AWS Direct Connect
# 'encrypted tunnel over internet to AWS' -> Site-to-Site VPN
# 'accelerate global TCP/UDP traffic' -> AWS Global Accelerator
# 'connect 100 VPCs without full mesh' -> AWS Transit Gateway
# 'private access to S3 from VPC' -> S3 Gateway Endpoint (free)
# 'private access to SQS/SNS from VPC' -> Interface Endpoint (PrivateLink)
# 'accelerate static content globally' -> CloudFront CDN

Verifica rapida

Verifichi la Sua comprensione dei concetti di AWS Solutions Architect (SAA-C03) trattati in questa lezione.

Riepilogo della lezione

In questa lezione ha imparato che: le parole chiave dell'esame rimandano direttamente ai servizi AWS — gli indicatori di costo → servizi gestiti/serverless, gli indicatori di prestazioni → caching/CDN/IOPS elevati, gli indicatori di sicurezza → KMS/GuardDuty/WAF, 'least operational overhead' seleziona sempre i servizi gestiti invece di EC2 autogestito e le parole chiave serverless eliminano immediatamente tutte le risposte basate su EC2. Nella prossima lezione esploreremo il processo di eliminazione e il riconoscimento degli schemi delle risposte fuorvianti.

Domande Frequenti

La lezione «Individuare parole chiave e segnali dei servizi nelle domande» è gratuita?

Sì — il testo completo di «Individuare parole chiave e segnali dei servizi nelle domande» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso AWS Solutions Architect, passa a CoddyKit PRO. Il corso AWS Solutions Architect include 4 lezioni in totale.

Cosa imparerò in «Individuare parole chiave e segnali dei servizi nelle domande»?

Allenarsi a riconoscere parole chiave come «più conveniente», «massima disponibilità», «overhead operativo» e «serverless», che indicano la scelta corretta del servizio Eserciti AWS Solutions Architect con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare AWS Solutions Architect?

Non è richiesta alcuna esperienza precedente. AWS Solutions Architect su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 2 di 4.

Quanto tempo richiede la lezione «Individuare parole chiave e segnali dei servizi nelle domande»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione AWS Solutions Architect?

Sì. Ogni lezione AWS Solutions Architect include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

  1. Comprendere il formato dell'esame e la ponderazione dei domini
  2. Individuare parole chiave e segnali dei servizi nelle domande
  3. Processo di eliminazione e pattern delle risposte distraenti
  4. Gestione del tempo e tecniche di revisione
← Torna a AWS Solutions Architect