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 Cloud & IT Cert Prep 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 Cloud & IT Cert Prep, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Cloud & IT Cert Prep 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-sizingParole 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' -> AuroraParole 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 AssumeRoleParole 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 RecommendationsParole 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 DocumentDBParole 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 patternsParole 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 CDNVerifica 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 Cloud & IT Cert Prep, passa a CoddyKit PRO. Il corso Cloud & IT Cert Prep 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 Cloud & IT Cert Prep 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 Cloud & IT Cert Prep?
Non è richiesta alcuna esperienza precedente. Cloud & IT Cert Prep 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 Cloud & IT Cert Prep?
Sì. Ogni lezione Cloud & IT Cert Prep 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
- Comprendere il formato dell'esame e la ponderazione dei domini
- Individuare parole chiave e segnali dei servizi nelle domande
- Processo di eliminazione e pattern delle risposte distraenti
- Gestione del tempo e tecniche di revisione