Why messaging services matter in AWS - Test Your Understanding

Practice - 5 Tasks

1fill in blank

easy

Complete the code to create a simple AWS SQS queue named 'MyQueue'.

AWS

aws sqs create-queue --queue-name [1]

Drag options to blanks, or click blank then click option'

AMyQueue

BSampleQueue

CTestQueue

DQueue1

Attempts:

3 left

💡 Hint

Common Mistakes

Using a different queue name than 'MyQueue'.

Omitting the --queue-name option.

The command creates an SQS queue named 'MyQueue'. This name is used to identify the queue.

2fill in blank

medium

Complete the code to send a message 'HelloWorld' to the SQS queue URL stored in QUEUE_URL.

AWS

aws sqs send-message --queue-url [1] --message-body HelloWorld

Drag options to blanks, or click blank then click option'

A$QUEUE_URL

BQUEUE_URL

CMyQueueUrl

DqueueUrl

Attempts:

3 left

💡 Hint

Common Mistakes

Using the variable name without the $ sign.

Using a placeholder string instead of the variable.

The variable $QUEUE_URL holds the URL of the SQS queue. It must be referenced with a $ to be expanded in the shell.

3fill in blank

hard

Fix the error in the AWS CLI command to receive one message from the queue URL stored in QUEUE_URL.

AWS

aws sqs receive-message --queue-url [1] --max-number-of-messages 1

Drag options to blanks, or click blank then click option'

Aqueue_url

BQueueUrl

C$QUEUE_URL

DQUEUE_URL

Attempts:

3 left

💡 Hint

Common Mistakes

Using the variable name without $.

Using incorrect casing or underscores.

The variable $QUEUE_URL must be used with the $ sign to correctly pass the queue URL to the command.

4fill in blank

hard

Fill both blanks to create an SNS topic named 'MyTopic' and subscribe an email endpoint to it.

AWS

aws sns create-topic --name [1]
aws sns subscribe --topic-arn [2] --protocol email --notification-endpoint [e-mail]

Drag options to blanks, or click blank then click option'

AMyTopic

Barn:aws:sns:us-east-1:123456789012:MyTopic

Carn:aws:sns:us-east-1:123456789012:OtherTopic

DTopicName

Attempts:

3 left

💡 Hint

Common Mistakes

Using different topic names in creation and subscription.

Using an ARN for a different topic.

The topic name must be 'MyTopic' to match the ARN used in the subscription command. The ARN includes the topic name and region/account info.

5fill in blank

hard

Fill all three blanks to publish a message 'Hello Subscribers' to the SNS topic ARN stored in TOPIC_ARN variable.

AWS

aws sns publish --topic-arn [1] --message [2] --subject [3]

Drag options to blanks, or click blank then click option'

A$TOPIC_ARN

B"Hello Subscribers"

C"Greeting"

DTOPIC_ARN

Attempts:

3 left

💡 Hint

Common Mistakes

Not using $ for the variable.

Not quoting the message or subject.

Using incorrect variable names.

The topic ARN variable must be referenced with $ to expand its value. The message and subject must be quoted strings.

Practice

1. Why do messaging services help different applications communicate in the cloud?

easy

A. They force apps to connect directly and exchange data instantly.

B. They let apps send messages without waiting for a reply immediately.

C. They make apps run faster by skipping message delivery.

D. They store all messages permanently without deletion.

Solution

1. Step 1: Understand asynchronous communication

   Messaging services allow apps to send messages and continue working without waiting for the other app to respond immediately.

2. Step 2: Compare options with this behavior

   They let apps send messages without waiting for a reply immediately. describes this non-blocking message sending, while others describe incorrect or unrelated behaviors.

3. Final Answer:

   They let apps send messages without waiting for a reply immediately. -> Option B

4. Quick Check:

   Messaging services enable asynchronous communication = C [OK]

Hint: Messaging services let apps talk without waiting [OK]

Common Mistakes:

• Thinking messaging services speed up apps by skipping messages
• Believing apps must connect directly for messaging
• Assuming messages are stored forever

2. Which AWS service is used to send messages between distributed components reliably?

easy

A. Amazon EC2

B. Amazon S3

C. Amazon SNS

D. Amazon RDS

Solution

1. Step 1: Identify messaging services in AWS

   Amazon SNS (Simple Notification Service) is designed to send messages between components reliably.

2. Step 2: Eliminate unrelated services

   Amazon S3 stores files, EC2 runs servers, and RDS manages databases, so they are not messaging services.

3. Final Answer:

   Amazon SNS -> Option C

4. Quick Check:

   AWS messaging service = SNS [OK]

Hint: SNS is AWS's main messaging service [OK]

Common Mistakes:

• Confusing storage services like S3 with messaging
• Choosing compute services like EC2 for messaging
• Selecting database services like RDS

3. Given this AWS SNS setup, what happens when a message is published?

Topic: OrderUpdates
Subscribers: Email, SMS

medium

A. The message is stored but not sent to subscribers.

B. Only the email subscriber receives the message.

C. No subscriber receives the message until manually approved.

D. Both email and SMS subscribers receive the message.

Solution

1. Step 1: Understand SNS topic behavior

   When a message is published to an SNS topic, all subscribers receive the message automatically.

2. Step 2: Apply to given subscribers

   Since both email and SMS are subscribed, both will get the message.

3. Final Answer:

   Both email and SMS subscribers receive the message. -> Option D

4. Quick Check:

   SNS sends to all subscribers = A [OK]

Hint: SNS sends messages to all subscribers automatically [OK]

Common Mistakes:

• Thinking only one subscriber gets the message
• Believing manual approval is needed before sending
• Assuming messages are stored but not delivered

4. You set up an AWS SQS queue but messages are not being received by your application. What is a likely cause?

medium

A. The application is not polling the queue for messages.

B. The queue is set to delete messages immediately after sending.

C. The queue does not support message storage.

D. The messages are sent directly to the application without the queue.

Solution

1. Step 1: Understand SQS message retrieval

   Applications must poll (ask) the SQS queue to receive messages; otherwise, messages stay in the queue.

2. Step 2: Evaluate options

   The application is not polling the queue for messages. correctly identifies missing polling. The queue is set to delete messages immediately after sending. is incorrect because SQS deletes messages only after processing. The queue does not support message storage. is false; SQS stores messages. The messages are sent directly to the application without the queue. is wrong because messages go through the queue.

3. Final Answer:

   The application is not polling the queue for messages. -> Option A

4. Quick Check:

   SQS requires polling to receive messages = D [OK]

Hint: Apps must poll SQS queues to get messages [OK]

Common Mistakes:

• Assuming messages auto-deliver without polling
• Thinking SQS deletes messages immediately on send
• Believing queues do not store messages

5. You want to build a system where orders are processed reliably even if the processing service is temporarily down. Which AWS messaging service and feature should you use?

hard

A. Amazon SQS with message retention and delayed processing

B. Amazon SNS with direct push to processing service

C. Amazon EC2 instances polling a database table for orders

D. Amazon RDS with triggers to notify processing service

Solution

1. Step 1: Identify reliable message storage and delivery

   Amazon SQS stores messages until the processing service is ready, supporting delayed processing and retention.

2. Step 2: Compare options for reliability

   SNS pushes messages immediately and may lose messages if the service is down. EC2 polling a database or RDS triggers are not messaging services and less reliable for this use case.

3. Final Answer:

   Amazon SQS with message retention and delayed processing -> Option A

4. Quick Check:

   Reliable, durable messaging = SQS with retention [OK]

Hint: Use SQS for reliable, stored message processing [OK]

Common Mistakes:

• Choosing SNS which pushes messages without storage
• Using EC2 or RDS which are not messaging services
• Ignoring message retention for reliability