RabbitMQ · Audit

RabbitMQ Audit

Audit RabbitMQ topology, publisher guarantees, acknowledgements, prefetch, quorum durability, dead lettering, and recovery as one delivery contract.

MCP library 1.6.1 · Instruction library 1.6.1 · English technical instructions

← Back to search

Use this workflow

Connect Vibe Coding Library to a coding agent that supports MCP over Streamable HTTP. Choose Other / MCP agent for a neutral prompt, or a ready-made Codex or Claude Code invocation. Add your task details below.

Goal and scope

Audit RabbitMQ topology, publisher guarantees, acknowledgements, prefetch, quorum durability, dead lettering, and recovery as one delivery contract.

Domain invariants

  • Exchange, queue, binding, routing key, durability, exclusivity, auto-delete, arguments, and ownership are declared consistently; redeclaration cannot fail due to inequivalent arguments.
  • Publisher confirms and mandatory/unroutable handling distinguish broker acceptance from consumer completion; persistent messages are paired with suitable durable queue semantics.
  • Consumers acknowledge only after the selected side-effect boundary and remain safe under redelivery, connection loss, worker crash, and acknowledgement uncertainty.
  • Prefetch and consumer concurrency bound in-flight work and memory while respecting ordering/fairness requirements.
  • Quorum queue replication, delivery limit, leader placement, availability, and storage/capacity assumptions match the durability requirement.
  • Dead-letter/TTL policies avoid cycles, preserve x-death and origin context, bound retries, and expose a controlled re-drive path.
  • Connections and channels have explicit ownership; channels are not shared unsafely across concurrent publishers/consumers, and recovery re-establishes required topology/subscriptions.
  • Backpressure, blocked connections, flow control, queue depth/age, unacked messages, disk/memory alarms, and consumer health are observable.

Audit method

  1. Map publish → exchange/binding → queue type/policy → delivery → side effect → ack/nack/requeue → DLX/re-drive.
  2. Inspect effective broker policy and client declaration together, including quorum arguments, TTL, delivery limit, overflow, and dead-letter routing.
  3. Trace unroutable publish, confirm timeout, connection/channel loss, consumer crash at ack boundaries, poison redelivery, and broker alarm behavior.
  4. Establish in-flight capacity from the effective QoS scope, consumer concurrency and observed message footprint; qualify unbounded/shared limits rather than applying one universal multiplication. Compare with downstream capacity and ordering requirements.
  5. Verify automatic recovery does not duplicate consumers or omit declarations and that shutdown cancels consumption and settles in-flight work deliberately.

Handoff

Retain the exchange/binding/queue policy, operation identity and failing route/confirm/effect/ack sequence. Separate publisher uncertainty from consumer redelivery and from the business effect's deduplication owner. Pass the first violated guarantee and observable acceptance to Improve RabbitMQ; an empty queue or broker ack alone cannot establish completed work.

Workflow ID: rabbitmq-audit · View the versioned source · Shared workflow and authority rules