Dead letter topics in GCP - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to create a Pub/Sub subscription with a dead letter topic.

GCP

subscription = pubsub_v1.Subscription(client, project_path, subscription_name, dead_letter_topic=[1])

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

A"projects/my-project/topics/backup-topic"

B"projects/my-project/topics/main-topic"

C"projects/my-project/subscriptions/dead-letter-subscription"

D"projects/my-project/topics/dead-letter-topic"

Attempts:

3 left

💡 Hint

Common Mistakes

Using a subscription name instead of a topic name for dead letter topic.

Using the main topic as dead letter topic.

The dead letter topic must be a Pub/Sub topic, specified by its full resource name.

2fill in blank

medium

Complete the code to set the maximum delivery attempts for a dead letter policy.

GCP

dead_letter_policy = pubsub_v1.types.DeadLetterPolicy(max_delivery_attempts=[1])

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

A0

B100

C5

D-1

Attempts:

3 left

💡 Hint

Common Mistakes

Setting max_delivery_attempts to zero disables dead letter handling.

Using negative numbers causes errors.

The max_delivery_attempts must be a positive integer. 5 is a common default.

3fill in blank

hard

Fix the error in the dead letter policy assignment by completing the code.

GCP

subscription.dead_letter_policy = [1]

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

ADeadLetterPolicy()

Bdead_letter_policy

Cpubsub_v1.types.DeadLetterPolicy()

Dpubsub_v1.DeadLetterPolicy()

Attempts:

3 left

💡 Hint

Common Mistakes

Trying to create a new DeadLetterPolicy without parameters.

Using incorrect module paths.

You must assign the previously created dead_letter_policy object to the subscription.

4fill in blank

hard

Fill both blanks to configure a subscription with a dead letter topic and max delivery attempts.

GCP

subscription = pubsub_v1.Subscription(client, project_path, subscription_name, dead_letter_policy=pubsub_v1.types.DeadLetterPolicy(dead_letter_topic=[1], max_delivery_attempts=[2]))

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

A"projects/my-project/topics/dead-letter-topic"

B10

C5

D"projects/my-project/topics/main-topic"

Attempts:

3 left

💡 Hint

Common Mistakes

Using the main topic as dead letter topic.

Setting max delivery attempts to zero or negative.

The dead letter topic must be the dead letter topic resource name, and max delivery attempts a positive integer like 5.

5fill in blank

hard

Fill all three blanks to create a subscription with dead letter policy and acknowledge deadline.

GCP

subscription = pubsub_v1.Subscription(client, project_path, subscription_name, dead_letter_policy=pubsub_v1.types.DeadLetterPolicy(dead_letter_topic=[1], max_delivery_attempts=[2]), ack_deadline_seconds=[3])

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

A"projects/my-project/topics/dead-letter-topic"

B10

C20

D5

Attempts:

3 left

💡 Hint

Common Mistakes

Confusing ack_deadline_seconds with max_delivery_attempts.

Using invalid resource names.

Dead letter topic is the topic resource name, max delivery attempts is 5, and ack deadline is 20 seconds.

Practice

1. What is the main purpose of a dead letter topic in Google Cloud Pub/Sub?

easy

A. To store all successfully delivered messages

B. To speed up message delivery

C. To catch messages that fail delivery multiple times

D. To encrypt messages before sending

Solution

1. Step 1: Understand message delivery failures

   Messages that cannot be delivered after several attempts need special handling to avoid blocking the main flow.

2. Step 2: Role of dead letter topics

   Dead letter topics collect these failed messages separately so the main topic stays clean and reliable.

3. Final Answer:

   To catch messages that fail delivery multiple times -> Option C

4. Quick Check:

   Dead letter topic = catch failed messages [OK]

Hint: Dead letter topics catch failed messages only [OK]

Common Mistakes:

• Thinking dead letter topics speed delivery
• Confusing dead letter topics with encryption
• Assuming they store successful messages

2. Which block in a Pub/Sub subscription configuration is used to set a dead letter topic?

easy

A. message_storage_policy

B. retry_policy

C. ack_deadline_seconds

D. dead_letter_policy

Solution

1. Step 1: Identify configuration blocks for subscriptions

   Pub/Sub subscriptions have specific blocks for retry, dead letter, and storage policies.

2. Step 2: Locate dead letter topic setting

   The dead_letter_policy block is where you specify the dead letter topic and max delivery attempts.

3. Final Answer:

   dead_letter_policy -> Option D

4. Quick Check:

   Dead letter topic set in dead_letter_policy [OK]

Hint: Dead letter topic is in dead_letter_policy block [OK]

Common Mistakes:

• Confusing with retry_policy block
• Using message_storage_policy incorrectly
• Setting dead letter topic in ack_deadline_seconds

3. Given this subscription config snippet:

{
  "dead_letter_policy": {
    "dead_letter_topic": "projects/myproj/topics/dlt",
    "max_delivery_attempts": 5
  }
}

What happens when a message fails delivery 6 times?

medium

A. The message is retried indefinitely

B. The message is sent to the dead letter topic

C. The message is deleted immediately

D. The message is sent back to the main topic

Solution

1. Step 1: Understand max_delivery_attempts meaning

   Messages are retried up to the max_delivery_attempts count before moving to dead letter topic.

2. Step 2: Apply max_delivery_attempts = 5

   After 5 failed attempts, the 6th failure triggers sending the message to the dead letter topic.

3. Final Answer:

   The message is sent to the dead letter topic -> Option B

4. Quick Check:

   Failures > max_delivery_attempts = dead letter send [OK]

Hint: Messages move to dead letter after max attempts exceeded [OK]

Common Mistakes:

• Thinking messages retry forever
• Assuming immediate deletion on failure
• Believing message returns to main topic

4. You configured a dead letter topic but messages are not appearing there after failures. What is a likely cause?

medium

A. Dead letter topic does not exist or lacks permissions

B. max_delivery_attempts is set to 1

C. Subscription ack deadline is too long

D. Main topic has no messages

Solution

1. Step 1: Check dead letter topic existence and permissions

   If the dead letter topic is missing or the subscription lacks publish permission, messages cannot be sent there.

2. Step 2: Understand other options

   max_delivery_attempts=1 means one try before dead letter, ack deadline affects delivery timing, and main topic empty means no messages to fail.

3. Final Answer:

   Dead letter topic does not exist or lacks permissions -> Option A

4. Quick Check:

   Dead letter topic must exist and be accessible [OK]

Hint: Dead letter topic must exist and allow publishing [OK]

Common Mistakes:

• Ignoring permissions errors
• Confusing ack deadline with dead letter setup
• Assuming empty main topic causes dead letter issues

5. You want to ensure messages that fail more than 3 times go to a dead letter topic, but also want to limit the total retry time to 10 minutes. Which configuration approach is best?

hard

A. Set dead_letter_policy.max_delivery_attempts to 3 and configure retry_policy.minimum_backoff and maximum_backoff to limit retry duration

B. Set dead_letter_policy.max_delivery_attempts to 10 and rely on ack deadline for timing

C. Only set retry_policy.maximum_backoff to 10 minutes without dead letter policy

D. Set dead_letter_policy.max_delivery_attempts to 3 and disable retries

Solution

1. Step 1: Use max_delivery_attempts to limit retries

   Setting max_delivery_attempts to 3 ensures messages move to dead letter after 3 failed deliveries.

2. Step 2: Control retry timing with retry_policy

   Configuring minimum and maximum backoff controls how long retries take, helping keep total retry time within 10 minutes.

3. Step 3: Evaluate other options

   Set dead_letter_policy.max_delivery_attempts to 10 and rely on ack deadline for timing ignores retry timing, C lacks dead letter handling, and D disables retries which may lose messages prematurely.

4. Final Answer:

   Set dead_letter_policy.max_delivery_attempts to 3 and configure retry_policy minimum and maximum backoff -> Option A

5. Quick Check:

   Combine max_delivery_attempts and retry_policy for retries and dead letter [OK]

Hint: Use max_delivery_attempts plus retry_policy for timing control [OK]

Common Mistakes:

• Ignoring retry_policy for timing
• Disabling retries loses messages
• Setting max_delivery_attempts too high