Learn the vocabulary of a messaging guarantee that tolerates an occasional duplicate redelivery.
0 / 5 completed
1 / 5
At standup, a dev mentions a messaging guarantee where a consumer might occasionally receive the same message more than once after a crash and redelivery, rather than a guarantee that a message is processed exactly one time no matter what. What is this guarantee called?
At-least-once delivery is a messaging guarantee where a consumer might occasionally receive the same message more than once, typically because the system redelivers a message it isn't sure was fully processed after a crash or a dropped acknowledgment. Exactly-once semantics is the contrasting, and much harder to achieve, guarantee that a message is processed exactly one time no matter what. This tolerance for an occasional duplicate is the tradeoff at-least-once delivery accepts in exchange for a much simpler underlying implementation than true exactly-once semantics.
2 / 5
During a design review, the team wants the consumer to safely handle a redelivered duplicate message under at-least-once delivery by applying an idempotency key so the same message never causes a duplicate side effect. Which capability supports this?
An idempotency key lets the consumer detect and skip a message it has already fully processed, by checking that key against a record of what's already been handled, so a redelivered duplicate under at-least-once delivery doesn't cause a second, unwanted side effect. Processing every redelivered message identically with no idempotency key risks applying the same effect, like a charge or an email, more than once. This idempotency handling is what lets an application built on top of at-least-once delivery behave, in effect, as if it had exactly-once semantics.
3 / 5
In a code review, a dev notices a consumer acknowledges a message to the broker only after it has fully finished processing that message, rather than acknowledging it immediately upon receipt. What does this represent?
This is ack-after-processing, which accepts the possibility of a duplicate redelivery, since a crash between finishing the work and sending the acknowledgment means the broker will redeliver the message, in exchange for never silently losing a message the way acknowledging immediately upon receipt would risk. Exactly-once semantics is a stronger guarantee that ack-after-processing alone doesn't provide on its own, since it only avoids message loss, not duplication. This ack-after-processing timing is the standard way at-least-once delivery actually achieves its 'at least' guarantee rather than an 'at most' one.
4 / 5
An incident report shows a customer was charged twice for the same order, because a payment-processing consumer crashed and was redelivered the same message under at-least-once delivery, and reprocessed the charge with no idempotency check in place. What practice would prevent this?
Applying an idempotency key to the payment operation lets the system detect that a redelivered message has already been applied and skip reprocessing it, closing exactly the gap that caused the double charge in this incident. Continuing to process every redelivered message as if it were guaranteed new is exactly what let the duplicate charge occur after the consumer's crash and redelivery. This idempotency handling is a mandatory practice for any consumer built on top of at-least-once delivery whose side effects, like a payment charge, can't safely be applied more than once.
5 / 5
During a PR review, a teammate asks why the team designs consumers to be idempotent under at-least-once delivery instead of investing in a messaging system that guarantees true exactly-once semantics end to end. What is the reasoning?
True exactly-once semantics end to end is far more complex and costly to guarantee across an entire distributed pipeline, since it typically requires coordinating transactions across the messaging system, the consumer, and any downstream side effect. At-least-once delivery paired with an idempotent consumer achieves the same practical outcome, no double-processing, with a much simpler underlying messaging system that only needs to guarantee delivery, not exactly-once semantics itself. The tradeoff is the responsibility for correctness shifting onto the consumer's own idempotency logic instead of the messaging infrastructure guaranteeing it automatically.
What does the "At-Least-Once Delivery Vocabulary" vocabulary exercise cover?
This exercise tests real IT vocabulary related to at-least-once delivery vocabulary through 5 multiple-choice questions, each built from realistic workplace sentences rather than abstract definitions.
Is this vocabulary exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 5 questions. Each one shows a real-world sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question, and a full results screen at the end.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Are these vocabulary exercises connected to other topics?
Yes — this module shares real-world context with 17 other vocabulary modules. See "Related vocabulary" below to keep building a connected skill set.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more vocabulary exercises?
Browse the full Vocabulary exercises hub for hundreds of modules covering Agile, DevOps, security, databases, architecture, and more — organised by IT role and skill.