Question 1 Todo.io's backend runs on Lambda. Browsers need an HTTPS address to send requests to. What should sit in front of the function?
Choose one answer Learn it: API Gateway
Question 2 A buggy client starts sending thousands of requests a second to Todo.io's API. Which API Gateway feature protects the backend?
Choose one answer Throttling: a rate limit that rejects excess requests before they reach the backend. Correct. Extra requests get HTTP 429 (Too Many Requests) and never reach Lambda or the database. Logging every request to CloudTrail. Not this one. CloudTrail records AWS API calls; it doesn't stop anything. A WebSocket API. Not this one. That keeps connections open; it doesn't limit how many requests arrive. A longer Lambda timeout. Not this one. That makes each request last longer, which is worse under a flood.
Learn it: API Gateway
Question 3 Todo.io's API Gateway invokes its Lambda function. In Todo.io's setup, which policy says that API Gateway may invoke the function?
Choose one answer A resource-based policy on the function. Correct. It lives on the function and names the caller (apigateway.amazonaws.com): who may use this resource. The function's execution role. Not this one. The execution role says what the function may do, not who may call it. An SCP on the account. Not this one. SCPs only cap permissions; they never grant them. A security group on the function. Not this one. Security groups filter network traffic. Invoking a function is an AWS API call, decided by IAM.
Learn it: API Gateway · IAM policy · Lambda
Question 4 Todo.io wants an API with no servers to patch or scale. Which combination is the classic serverless pattern?
Choose one answer API Gateway → Lambda → DynamoDB. Correct. Every piece is managed and scales on its own; you pay for requests, not idle servers. EC2 → RDS. Not this one. Both run on servers you size, and EC2 you also patch. API Gateway → EC2 → RDS. Not this one. EC2 still means servers to manage. SQS → CloudWatch Logs. Not this one. That is a queue and a log store; neither serves an API.
Learn it: API Gateway · Lambda
Question 5 Which of these does API Gateway handle for Todo.io?
Choose one answer The HTTPS endpoint, throttling and authorisation, before requests reach the backend. Correct. It is the front door; your code behind it does the actual work. Storing the todos. Not this one. Data lives in a database such as DynamoDB or RDS. Running the business logic. Not this one. That runs in the backend, usually Lambda. Patching the backend's servers. Not this one. With Lambda there are none; with EC2 that is still your job.
Learn it: API Gateway
Question 6 Where does Todo.io's public API Gateway endpoint run, relative to its VPC?
Choose one answer Outside the VPC, as a managed AWS service with its own public endpoint. Correct. Like DynamoDB and SQS, it is a public AWS service. It doesn't need your subnets or a NAT gateway. Inside one of the VPC's public subnets. Not this one. API Gateway doesn't run in your subnets. Inside a private subnet, reached through a NAT gateway. Not this one. NAT is for things inside the VPC calling out, not for a public front door. On an EC2 instance that Todo.io launches. Not this one. It is fully managed; there is no instance to launch.
Learn it: API Gateway · VPC (Virtual Private Cloud)
Question 7 What does "API Gateway" mean?
Choose one answer Learn it: API Gateway
Question 8 Which term is this? "A managed HTTPS front door that passes requests to your code."
Choose one answer Learn it: API Gateway
Question 9 Which AWS term is described by this analogy? "A receptionist who takes every visitor's request and phones the right person."
Choose one answer Learn it: API Gateway