Rozpoznawanie słów kluczowych i sygnałów usług w pytaniach
Nauczyć się rozpoznawać słowa wyzwalające, takie jak „najbardziej opłacalne”, „najwyższa dostępność”, „narzut operacyjny” i „bezserwerowe”, które wskazują właściwy wybór usługi.
Rozpoznawanie słów kluczowych i sygnałów usług w pytaniach to bezpłatna lekcja AWS Solutions Architect na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej AWS Solutions Architect, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs AWS Solutions Architect zawiera 4 lekcji w sumie.
Dlaczego słowa kluczowe mają znaczenie na egzaminie
Pytania scenariuszowe SAA-C03 często opisują problem biznesowy bez bezpośredniego wskazania właściwej usługi AWS. Zamiast tego zawierają sygnały w postaci słów kluczowych — słów i wyrażeń, które po rozpoznaniu bezpośrednio wskazują właściwą usługę lub podejście. Osoby biegłe w rozwiązywaniu testów czytają każdy scenariusz dwukrotnie: najpierw, aby zrozumieć ogólny kontekst, a następnie, aby znaleźć konkretne słowa kluczowe zawężające wybór odpowiedzi. Pominięcie jednego słowa kluczowego, takiego jak „bezserwerowy” lub „najniższy koszt”, może prowadzić do wybrania wiarygodnej, lecz błędnej odpowiedzi.
Słowa kluczowe wskazujące koszty
Gdy pytanie kładzie nacisk na koszt, określone słowa kluczowe wskazują konkretne wzorce AWS. 'most cost-effective' często wskazuje Spot Instances, S3 Glacier lub Savings Plans. 'reduce cost without code changes' → Reserved Instances lub dobór odpowiedniego rozmiaru zasobów. 'pay only for what you use' → Lambda lub Fargate (bezserwerowe). 'minimise data transfer cost' → CloudFront, punkty końcowe VPC lub dostęp w tym samym regionie. Gdy koszt jest głównym ograniczeniem, należy zawsze preferować tańszą, w pełni zarządzaną opcję.
# 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-sizingSłowa kluczowe wskazujące wydajność
Słowa kluczowe związane z wydajnością wskazują konkretne wybory architektoniczne. 'millisecond latency' → DynamoDB lub ElastiCache. 'global low latency' → CloudFront lub Global Accelerator. 'high IOPS' → EBS io2 Block Express lub magazyn instancji. 'shared file system across multiple EC2' → EFS. 'read-heavy workload' → repliki do odczytu lub ElastiCache. 'GPU / machine learning' → rodziny instancji EC2 P lub G. Należy dopasować wymaganie dotyczące wydajności do usługi zaprojektowanej dla danego obciążenia.
# 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' -> AuroraSłowa kluczowe wskazujące bezpieczeństwo
Słowa kluczowe związane z bezpieczeństwem często pojawiają się w SAA-C03, ponieważ Domena 1 ma wagę 30%. 'encrypt data at rest' → KMS (SSE-KMS, S3-KMS, szyfrowanie 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 (bezpłatny) lub Shield Advanced (płatny, z obsługą 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 AssumeRoleSłowa kluczowe wskazujące narzut operacyjny
'least operational overhead' to jeden z najczęściej spotykanych kwalifikatorów na egzaminie. Zawsze kieruje on w stronę usług zarządzanych i bezserwerowych, a nie alternatyw zarządzanych samodzielnie. EC2 wymaga aktualizowania systemu operacyjnego → należy przejść na Fargate lub Lambda. Samodzielnie zarządzany MySQL → RDS. Samodzielnie zarządzany Redis → ElastiCache. Własny load balancer → ALB. Własny DNS → Route 53. Własne zadania cron → zaplanowane reguły EventBridge. Jeśli dwie odpowiedzi są równoważne pod względem architektury, ale jedna wykorzystuje usługę zarządzaną, a druga samodzielnie zarządzaną, „least operational overhead” wskazuje opcję zarządzaną.
# '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)Słowa kluczowe wskazujące skalowalność i elastyczność
'variable load', 'sudden traffic spikes' lub 'unpredictable demand' sygnalizują potrzebę automatycznego skalowania i elastyczności. Odpowiedź niemal zawsze obejmuje grupy Auto Scaling (dla EC2), Lambda (dla obliczeń sterowanych zdarzeniami, które mogą skalować się do zera), DynamoDB On-Demand (dla nieprzewidywalnego obciążenia bazy danych) lub Kinesis Data Streams z automatycznym skalowaniem fragmentów. Należy unikać odpowiedzi zakładających stałą przepustowość (Reserved Instances, aprowizowana przepustowość), gdy scenariusz opisuje zmienne lub nieprzewidywalne obciążenie.
# 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)Słowa kluczowe związane z migracją i modernizacją
Słowa kluczowe w scenariuszach migracji bezpośrednio wskazują 7 strategii R i narzędzia migracyjne AWS. 'move quickly with no changes' → Rehost / AWS MGN. 'reduce DBA overhead' → Replatform do 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 RecommendationsSłowa kluczowe dotyczące wyboru bazy danych
Pytania dotyczące baz danych pojawiają się w domenach 2 i 3. Należy dopasować wymagania do właściwej usługi bazodanowej. 'relational, managed, ACID' → RDS lub 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. Jedno niepasujące słowo kluczowe dotyczące typu bazy danych zwykle natychmiast eliminuje daną opcję.
# 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 DocumentDBSłowa kluczowe dotyczące rozdzielania i przesyłania komunikatów
Scenariusze dotyczące rozdzielania komponentów sprawdzają znajomość różnic między SQS, SNS, EventBridge i Kinesis. 'decouple producers from consumers' → standardowa kolejka SQS. '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. Najważniejsze różnice to: trwałość i możliwość ponownego odtworzenia (Kinesis), kolejność (FIFO), rozsyłanie do wielu odbiorców (SNS) oraz routing na podstawie treści (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 patternsSłowa kluczowe dotyczące architektury serverless
Egzamin często wymaga wskazania rozwiązań serverless, które eliminują narzut związany z zarządzaniem EC2. Należy dopasować następujące słowa kluczowe: 'no server management' → Lambda, Fargate, API Gateway. 'event-driven' → Lambda wyzwalana przez S3, SQS lub 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. Gdy pytanie mówi „bez serwerów”, należy natychmiast wyeliminować wszystkie odpowiedzi oparte na 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)Słowa kluczowe dotyczące sieci i łączności
Pytania dotyczące sieci sprawdzają umiejętność dopasowania wymagań dotyczących łączności do właściwej usługi AWS. 'connect on-premises to AWS privately' → Direct Connect lub Site-to-Site VPN. 'route traffic globally with static anycast IPs' → AWS Global Accelerator. 'reduce latency for a global fleet of users' → CloudFront (treści) lub Global Accelerator (ruch dynamiczny). 'private connectivity to AWS services without internet' → VPC Endpoints (Gateway dla S3/DynamoDB, Interface dla pozostałych usług). 'connect multiple VPCs in a hub-and-spoke model' → AWS Transit Gateway. Należy dopasować wymaganie dotyczące łączności do usługi zaprojektowanej dla danego wzorca sieciowego.
# 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 CDNSzybkie sprawdzenie
Sprawdź swoją znajomość zagadnień AWS Solutions Architect (SAA-C03) omówionych w tej lekcji.
Podsumowanie lekcji
W tej lekcji poznali Państwo następujące zasady: słowa kluczowe z egzaminu bezpośrednio wskazują usługi AWS — sygnały dotyczące kosztów → usługi zarządzane/serverless, sygnały dotyczące wydajności → buforowanie/CDN/wysokie IOPS, sygnały dotyczące bezpieczeństwa → KMS/GuardDuty/WAF, „najmniejszy narzut operacyjny” zawsze oznacza wybór usług zarządzanych zamiast samodzielnie zarządzanego EC2 oraz słowa kluczowe wskazujące rozwiązanie serverless natychmiast eliminują wszystkie odpowiedzi oparte na EC2. W następnej części omówimy proces eliminacji i rozpoznawanie schematów odpowiedzi będących dystraktorami.
Często zadawane pytania
Czy lekcja „Rozpoznawanie słów kluczowych i sygnałów usług w pytaniach” jest bezpłatna?
Tak — pełny tekst „Rozpoznawanie słów kluczowych i sygnałów usług w pytaniach” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu AWS Solutions Architect, przejdź na CoddyKit PRO. Kurs AWS Solutions Architect zawiera 4 lekcji w sumie.
Co nauczysz się w „Rozpoznawanie słów kluczowych i sygnałów usług w pytaniach”?
Nauczyć się rozpoznawać słowa wyzwalające, takie jak „najbardziej opłacalne”, „najwyższa dostępność”, „narzut operacyjny” i „bezserwerowe”, które wskazują właściwy wybór usługi. Ćwiczysz AWS Solutions Architect z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.
Czy potrzebuję doświadczenia, aby zacząć AWS Solutions Architect?
Nie wymagamy żadnego doświadczenia. AWS Solutions Architect w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.
Ile czasu zajmuje lekcja „Rozpoznawanie słów kluczowych i sygnałów usług w pytaniach”?
Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.
Czy mogę pisać i uruchamiać kod w tej lekcji AWS Solutions Architect?
Tak. Każda lekcja AWS Solutions Architect zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.
Wszystkie lekcje w tym kursie
- Format egzaminu i wagi domen
- Rozpoznawanie słów kluczowych i sygnałów usług w pytaniach
- Metoda eliminacji i wzorce odpowiedzi wprowadzających w błąd
- Zarządzanie czasem i techniki powtórek