Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: first basic version of DLQ #1539

Merged
merged 4 commits into from
Feb 19, 2024
Merged

feat: first basic version of DLQ #1539

merged 4 commits into from
Feb 19, 2024

Conversation

zucchinidev
Copy link
Contributor

#186768799

Checklist:

  • Have you added Release Notes in the docs repositories?
  • Have you ran make run-integration-tests and make run-terraform-tests?
  • Have you ran acceptance tests for the service under change?
  • Have you followed the Conventional Commits specification?

type: string
details: ARN of the Dead Letter Queue. If provided, configures redrive_policy for the queue.
default: ""
- field_name: max_receive_count
Copy link
Member

@blgm blgm Feb 15, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We did at one point talk about prefixing DLQ field names so this could be dlq_max_receive_count.

This may be something we can change later, and could be added to the story about adding properties.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm going to change it now to establish the style for the next changes. Thank you @blgm

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Strictly speaking, max_receive_count is connected to the redrive policy.
In that sense is connected to the DLQ as much as it is connected to the Source queue.
maxReceiveCount

The redrive policy specifies the source queue, the dead-letter queue, and the conditions under which Amazon SQS moves messages from the former to the latter if the consumer of the source queue fails to process a message a specified number of times. The maxReceiveCount is the number of times a consumer tries receiving a message from a queue without deleting it before being moved to the dead-letter queue.

Are we really improving anything by prefixing it?

I don't have any strong opinions for this specific case.
I have some really strong opinions about not deviating too much from Terraform property names (maxReceiveCount -> max_receive_count).
I also have some really strong opinions about overcrowding properties with prefixes.

@zucchinidev zucchinidev force-pushed the dlq_implementation_base branch from 40c08d5 to 8c698e5 Compare February 19, 2024 15:31
@zucchinidev zucchinidev force-pushed the dlq_implementation_base branch from 8c698e5 to 4c7c422 Compare February 19, 2024 15:58
@zucchinidev zucchinidev merged commit 99feaa1 into main Feb 19, 2024
6 checks passed
@zucchinidev zucchinidev deleted the dlq_implementation_base branch February 19, 2024 16:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Development

Successfully merging this pull request may close these issues.

3 participants