0Pricing
AWS Solutions Architect · Lektion

Schlüsselwörter und Service-Signale in Fragen erkennen

Trainieren Sie sich darin, Signalwörter wie „kosteneffizienteste“, „höchste Verfügbarkeit“, „betrieblicher Aufwand“ und „serverlos“ zu erkennen, die auf die richtige Serviceauswahl hinweisen.

Schlüsselwörter und Service-Signale in Fragen erkennen ist eine kostenlose AWS Solutions Architect-Lektion auf CoddyKit. Dies ist Lektion 2 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des AWS Solutions Architect-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der AWS Solutions Architect-Kurs umfasst insgesamt 4 Lektionen.

Warum Schlüsselwörter in der Prüfung wichtig sind

SAA-C03-Szenariofragen beschreiben häufig ein Geschäftsproblem, ohne den richtigen AWS-Service ausdrücklich zu nennen. Stattdessen enthalten sie Schlüsselworthinweise – Wörter und Formulierungen, die bei ihrer Erkennung direkt auf den richtigen Service oder Lösungsansatz verweisen. Erfahrene Prüfungsteilnehmende lesen jedes Szenario zweimal: zuerst, um den Gesamtkontext zu erfassen, und anschließend, um die spezifischen Schlüsselwörter zu erkennen, die die Antwort eingrenzen. Wenn Sie ein einzelnes Schlüsselwort wie 'serverless' oder 'lowest cost' übersehen, kann dies zu einer plausiblen, aber falschen Antwort führen.

Schlüsselwörter für Kosten

Wenn die Frage Kosten hervorhebt, weisen bestimmte Schlüsselwörter auf bestimmte AWS-Muster hin. 'most cost-effective' deutet häufig auf Spot Instances, S3 Glacier oder Savings Plans hin. 'reduce cost without code changes' → Reserved Instances oder bedarfsgerechte Dimensionierung. 'pay only for what you use' → Lambda oder Fargate (Serverless). 'minimise data transfer cost' → CloudFront, VPC-Endpunkte oder Zugriff innerhalb derselben Region. Wenn Kosten die wichtigste Einschränkung sind, bevorzugen Sie immer die kostengünstigere, vollständig verwaltete Option.

# 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

Schlüsselwörter für Leistung

Schlüsselwörter zur Leistung weisen auf bestimmte Architekturentscheidungen hin. 'millisecond latency' → DynamoDB oder ElastiCache. 'global low latency' → CloudFront oder Global Accelerator. 'high IOPS' → EBS io2 Block Express oder Instance Store. 'shared file system across multiple EC2' → EFS. 'read-heavy workload' → Read Replicas oder ElastiCache. 'GPU / machine learning' → EC2-Instance-Familien P oder G. Stimmen Sie die Leistungsanforderung auf den Service ab, der für genau diesen Workload entwickelt wurde.

# 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

Schlüsselwörter für Sicherheit

Schlüsselwörter zur Sicherheit kommen in SAA-C03 aufgrund der Gewichtung von 30 % für Domäne 1 häufig vor. 'encrypt data at rest' → KMS (SSE-KMS, S3-KMS, EBS/RDS-Verschlüsselung). '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 (kostenlos) oder Shield Advanced (kostenpflichtig, mit DRT-Unterstützung).

# 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

Schlüsselwörter für betrieblichen Aufwand

'least operational overhead' ist eine der häufigsten Einschränkungen in der Prüfung. Diese Formulierung lenkt immer zu verwalteten oder serverlosen Services statt zu selbst verwalteten Alternativen. EC2 erfordert das Patchen des Betriebssystems → wechseln Sie zu Fargate oder Lambda. Selbst verwaltetes MySQL → wechseln Sie zu RDS. Selbst verwaltetes Redis → ElastiCache. Benutzerdefinierter Load Balancer → ALB. Benutzerdefiniertes DNS → Route 53. Benutzerdefinierte Cronjobs → EventBridge Scheduled Rules. Wenn zwei Antworten architektonisch gleichwertig sind, aber eine verwaltet und die andere selbst verwaltet ist, wird durch 'least operational overhead' die verwaltete Option ausgewählt.

# '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)

Schlüsselwörter für Skalierbarkeit und Elastizität

'variable load', 'sudden traffic spikes' oder 'unpredictable demand' weisen auf den Bedarf an automatischer Skalierung und Elastizität hin. Die Antwort umfasst fast immer Auto Scaling Groups (für EC2), Lambda (für ereignisgesteuerte Compute-Workloads, die auf null skalieren können), DynamoDB On-Demand (für unvorhersehbare Datenbankauslastung) oder Kinesis Data Streams mit automatisch skalierten Shards. Vermeiden Sie Antworten mit fester Kapazität (Reserved Instances, bereitgestellter Durchsatz), wenn das Szenario eine variable oder unvorhersehbare Auslastung beschreibt.

# 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)

Schlüsselwörter für Migration und Modernisierung

Schlüsselwörter in Migrationsszenarien lassen sich direkt den 7 Rs und den AWS-Migrationstools zuordnen. 'move quickly with no changes' → Rehost / AWS MGN. 'reduce DBA overhead' → Replatform zu 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

Schlüsselwörter zur Datenbankauswahl

Datenbankfragen kommen in den Domänen 2 und 3 vor. Ordnen Sie Anforderungen dem passenden Datenbankservice zu. 'relational, managed, ACID' → RDS oder 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. Ein falsches Schlüsselwort zum Datenbanktyp reicht meist aus, um die Option sofort auszuschließen.

# 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

Schlüsselwörter zu Entkopplung und Messaging

Bei Szenarien zur Entkopplung wird geprüft, ob SQS, SNS, EventBridge oder Kinesis verwendet werden sollte. 'decouple producers from consumers' → SQS-Standardwarteschlange. '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. Die wichtigsten Unterscheidungsmerkmale sind Persistenz/Wiederholung (Kinesis), Reihenfolge (FIFO), Fan-out (SNS) und inhaltsbasierte Weiterleitung (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

Schlüsselwörter zur serverlosen Architektur

In der Prüfung werden häufig serverlose Lösungen gefragt, um den Verwaltungsaufwand für EC2 zu vermeiden. Ordnen Sie diese Schlüsselwörter zu: 'no server management' → Lambda, Fargate, API Gateway. 'event-driven' → Lambda, ausgelöst durch S3, SQS oder 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. Wenn eine Frage „keine Server“ voraussetzt, schließen Sie alle auf EC2 basierenden Antworten sofort aus.

# 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)

Schlüsselwörter zu Networking und Konnektivität

Bei Networking-Fragen wird geprüft, ob Sie Konnektivitätsanforderungen dem passenden AWS-Service zuordnen können. 'connect on-premises to AWS privately' → Direct Connect oder Site-to-Site VPN. 'route traffic globally with static anycast IPs' → AWS Global Accelerator. 'reduce latency for a global fleet of users' → CloudFront (Inhalte) oder Global Accelerator (dynamisch). 'private connectivity to AWS services without internet' → VPC Endpoints (Gateway für S3/DynamoDB, Interface für andere Services). 'connect multiple VPCs in a hub-and-spoke model' → AWS Transit Gateway. Ordnen Sie die Konnektivitätsanforderung dem Service zu, der für genau dieses Netzwerkmuster entwickelt wurde.

# 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

Schnelltest

Testen Sie Ihr Verständnis der AWS-Solutions-Architect-Konzepte (SAA-C03) aus dieser Lektion.

Zusammenfassung der Lektion

In dieser Lektion haben Sie gelernt: Prüfungsschlüsselwörter lassen sich direkt AWS-Services zuordnen – Kostensignale → verwaltete/serverlose Services, Performancesignale → Caching/CDN/hohe IOPS, Sicherheitssignale → KMS/GuardDuty/WAF, „geringster Betriebsaufwand“ bedeutet immer, verwaltete Services gegenüber selbst verwaltetem EC2 auszuwählen, und Schlüsselwörter zu serverlosen Lösungen schließen alle auf EC2 basierenden Antworten sofort aus. Als Nächstes beschäftigen wir uns mit dem Ausschlussverfahren und dem Erkennen typischer Muster bei Ablenkungsantworten.

Häufig gestellte Fragen

Ist die Lektion „Schlüsselwörter und Service-Signale in Fragen erkennen“ kostenlos?

Ja — der vollständige Text von „Schlüsselwörter und Service-Signale in Fragen erkennen“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des AWS Solutions Architect-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der AWS Solutions Architect-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Schlüsselwörter und Service-Signale in Fragen erkennen“?

Trainieren Sie sich darin, Signalwörter wie „kosteneffizienteste“, „höchste Verfügbarkeit“, „betrieblicher Aufwand“ und „serverlos“ zu erkennen, die auf die richtige Serviceauswahl hinweisen. Du übst AWS Solutions Architect mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um AWS Solutions Architect zu starten?

Keine Vorkenntnisse erforderlich. AWS Solutions Architect auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 2 von 4.

Wie lange dauert die Lektion „Schlüsselwörter und Service-Signale in Fragen erkennen“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser AWS Solutions Architect-Lektion Code schreiben und ausführen?

Ja. Jede AWS Solutions Architect-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. Prüfungsformat und Gewichtung der Bereiche verstehen
  2. Schlüsselwörter und Service-Signale in Fragen erkennen
  3. Ausschlussverfahren und typische Ablenkungsantworten
  4. Zeitmanagement und Überprüfungstechniken
← Zurück zu AWS Solutions Architect