0Pricing
Cloud & IT Cert Prep · レッスン

問題文のキーワードとサービス संकेतを見つける

「most cost-effective」「highest availability」「operational overhead」「serverless」など、正しいサービスの選択を示すトリガーワードを見つける力を身につけます。

「問題文のキーワードとサービス संकेतを見つける」はCoddyKit上の無料Cloud & IT Cert Prepレッスンです。 これはレッスン2/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはCloud & IT Cert Prep学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Cloud & IT Cert Prepコースには全4レッスンが含まれています。

試験でキーワードが重要な理由

SAA-C03のシナリオ問題では、正しいAWSサービスの名前を明示せずにビジネス上の課題を説明することがよくあります。その代わりに、認識すると正しいサービスやアプローチを直接示すキーワードの手がかり(単語やフレーズ)が埋め込まれています。試験に慣れた受験者は、すべてのシナリオを2回読みます。1回目は全体的な状況を把握するため、2回目は答えを絞り込む具体的なキーワードを探すためです。「サーバーレス」や「最低コスト」といったキーワードを1つ見落とすだけで、もっともらしくても誤った答えを選んでしまうことがあります。

コストを示すキーワード

問題でコストが重視されている場合、特定のキーワードが特定のAWSパターンに対応します。'most cost-effective'は、Spot Instances、S3 Glacier、またはSavings Plansを示すことがよくあります。'reduce cost without code changes' → リザーブドインスタンスまたは適正サイズの選択。'pay only for what you use' → LambdaまたはFargate(サーバーレス)。'minimise data transfer cost' → CloudFront、VPCエンドポイント、または同一リージョン内のアクセス。コストが主な制約である場合は、常に、より安価でフルマネージドな選択肢を優先してください。

# 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

パフォーマンスを示すキーワード

パフォーマンスに関するキーワードは、特定のアーキテクチャの選択肢に対応します。'millisecond latency' → DynamoDBまたはElastiCache。'global low latency' → CloudFrontまたはGlobal Accelerator。'high IOPS' → EBS io2 Block Expressまたはインスタンスストア。'shared file system across multiple EC2' → EFS。'read-heavy workload' → リードレプリカまたはElastiCache。'GPU / machine learning' → PまたはGのEC2インスタンスファミリー。パフォーマンス要件を、そのワークロード専用に設計されたサービスに対応付けてください。

# 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

セキュリティを示すキーワード

ドメイン1の配点が30%であるため、SAA-C03ではセキュリティに関するキーワードが頻繁に登場します。'encrypt data at rest' → KMS(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(無料)またはShield Advanced(有料、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

運用上のオーバーヘッドを示すキーワード

'least operational overhead'は、試験で最もよく使われる条件の1つです。この条件では常に、自己管理する代替手段よりもマネージドサービスまたはサーバーレスサービスが適しています。EC2ではOSのパッチ適用が必要 → FargateまたはLambdaに移行します。自己管理のMySQL → RDSに移行します。自己管理のRedis → ElastiCacheに移行します。カスタムロードバランサー → ALB。カスタムDNS → Route 53。カスタムcronジョブ → EventBridge Scheduled Rules。2つの答えがアーキテクチャ上同等で、一方がマネージド、もう一方が自己管理である場合、「運用上のオーバーヘッドが最も少ない」という条件ではマネージドの選択肢を選びます。

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

スケーラビリティと伸縮性を示すキーワード

'variable load'、'sudden traffic spikes'、または'unpredictable demand'は、自動スケーリングと伸縮性が必要であることを示します。答えにはほぼ必ず、Auto Scaling Groups(EC2向け)、Lambda(ゼロまでスケールできるイベント駆動型コンピューティング向け)、DynamoDB On-Demand(予測できないデータベース負荷向け)、または自動スケーリングするシャードを備えたKinesis Data Streamsが含まれます。シナリオが変動する負荷や予測できない負荷を説明している場合は、固定容量の選択肢(リザーブドインスタンス、プロビジョンドスループット)を避けてください。

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

移行とモダナイゼーションを示すキーワード

移行シナリオのキーワードは、7 RsとAWSの移行ツールに直接対応します。'move quickly with no changes' → Rehost / AWS MGN。'reduce DBA overhead' → RDSへのReplatform。'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

データベース選定キーワード

データベースに関する問題は、ドメイン2と3に登場します。要件を適切なデータベースサービスに対応付けてください。'relational, managed, ACID' → RDSまたは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。データベースの種類に関するキーワードを1つでも誤ると、通常はその選択肢をすぐに除外できます。

# 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

疎結合化とメッセージングのキーワード

疎結合化のシナリオでは、SQS、SNS、EventBridge、Kinesisの違いが問われます。'decouple producers from consumers' → 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。主な識別ポイントは、永続化と再生(Kinesis)、順序性(FIFO)、ファンアウト(SNS)、コンテンツベースのルーティング(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

サーバーレスアーキテクチャのキーワード

試験では、EC2の管理負荷をなくすサーバーレスソリューションが頻繁に問われます。次のキーワードを対応付けてください。'no server management' → Lambda、Fargate、API Gateway。'event-driven' → S3、SQS、DynamoDB StreamsによってトリガーされるLambda。'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。問題文に「サーバーなし」と書かれている場合は、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)

ネットワークと接続のキーワード

ネットワークに関する問題では、接続要件を適切なAWSサービスに対応付ける能力が問われます。'connect on-premises to AWS privately' → Direct ConnectまたはSite-to-Site VPN。'route traffic globally with static anycast IPs' → AWS Global Accelerator。'reduce latency for a global fleet of users' → CloudFront(コンテンツ)またはGlobal Accelerator(動的コンテンツ)。'private connectivity to AWS services without internet' → VPCエンドポイント(S3/DynamoDBにはGateway、それ以外にはInterface)。'connect multiple VPCs in a hub-and-spoke model' → AWS Transit Gateway。接続要件を、そのネットワークパターン専用に設計されたサービスに対応付けてください。

# 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

クイックチェック

このレッスンで学んだAWS Solutions Architect(SAA-C03)の概念を理解できているか確認しましょう。

レッスンのまとめ

このレッスンでは、試験のキーワードがAWSサービスに直接対応すること — コストに関するシグナル → マネージドサービス/サーバーレス、パフォーマンスに関するシグナル → キャッシュ/CDN/高IOPS、セキュリティに関するシグナル → KMS/GuardDuty/WAF、「運用負荷を最小限にする」場合は、必ず自己管理のEC2よりマネージドサービスが選ばれること、そしてサーバーレスのキーワードがあれば、EC2ベースの選択肢をすぐにすべて除外できることを学びました。次は、消去法と、誤答選択肢のパターンを見抜く方法について学びます。

よくある質問

「問題文のキーワードとサービス संकेतを見つける」レッスンは無料ですか?

はい。「問題文のキーワードとサービス संकेतを見つける」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し(組み込みコードエディタと24時間対応のAIチューター)、Cloud & IT Cert Prepコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Cloud & IT Cert Prepコースには全4レッスンが含まれています。

「問題文のキーワードとサービス संकेतを見つける」で何を学びますか?

「most cost-effective」「highest availability」「operational overhead」「serverless」など、正しいサービスの選択を示すトリガーワードを見つける力を身につけます。 ブラウザで直接実行するハンズオンコードでCloud & IT Cert Prepを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

Cloud & IT Cert Prepを始めるのに経験は必要ですか?

事前経験は必要ありません。CoddyKitのCloud & IT Cert Prepは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン2/4です。

「問題文のキーワードとサービス संकेतを見つける」レッスンにはどのくらい時間がかかりますか?

ほとんどのCoddyKitレッスンは約5~10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。

このCloud & IT Cert Prepレッスンでコードを書いて実行できますか?

はい。すべてのCloud & IT Cert Prepレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。

このコースのすべてのレッスン

  1. 試験形式と分野別配点を理解する
  2. 問題文のキーワードとサービス संकेतを見つける
  3. 消去法と誤答パターン
  4. 時間管理と見直しのテクニック
← Cloud & IT Cert Prepに戻る