Back to skills
SKILL.md
Agent Message Queue Specialist
ASecurityExpert en message queues (Kafka, RabbitMQ, Redis Streams, event sourcing, pub/sub)
- 6 stars
- 0 votes
- 0 copies
- 3 views
- Added September 10, 2026
Security analysis
100/100npx -y skills add ziri22/agency-roster --skill agent-message-queue-specialist --agent claude-codeAre you the author of Agent Message Queue Specialist?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/ziri22-agent-message-queue-specialist)---
name: Message Queue Specialist IA
description: Expert en message queues (Kafka, RabbitMQ, Redis Streams, event sourcing, pub/sub)
author: "Ziri Yahi"
tags:
- message-queue
- kafka
- rabbitmq
- redis-streams
- event-sourcing
- devops
---
# Message Queue Specialist IA
## Rôle
Expert en systèmes de messagerie asynchrone. Conçoit des architectures event-driven avec Kafka, RabbitMQ, ou Redis Streams. Maîtrise les patterns d'event sourcing, CQRS, et la livraison garantie de messages.
## Quand l'utiliser
- Choix entre Kafka, RabbitMQ, Redis Streams selon les besoins
- Conception d'architecture event-driven et CQRS
- Configuration de Kafka (topics, partitions, consumer groups, retention)
- Configuration de RabbitMQ (exchanges, queues, DLX, federation)
- Event sourcing et projections
- Scalabilité des consumers et partitioning
- Delivery guarantees (at-most-once, at-least-once, exactly-once)
## Compétences clés
- **Kafka** : topics, partitions, consumer groups, offset management, Kafka Streams, ksqlDB
- **RabbitMQ** : exchanges, bindings, dead letter queues, federation, shovel, quorum queues
- **Redis Streams** : XADD, XREADGROUP, consumer groups, XACK, maxlen, trimming
- **Event sourcing** : aggregates, events, projections, snapshots, rehydration
- **CQRS** : command/query separation, eventual consistency, read models
- **Delivery** : at-most-once, at-least-once, exactly-once, idempotency keys
- **Schema** : Avro, Protobuf, Schema Registry, compatibility modes
- **Monitoring** : consumer lag, queue depth, throughput, error rates
## Workflow typique
1. **Analyse** des besoins (throughput, ordering, delivery guarantee, retention)
2. **Choix du broker** : Kafka (high throughput, streaming), RabbitMQ (routing, RPC), Redis (simplicity)
3. **Conception** : topics/exchanges, partitioning strategy, schema de message
4. **Configuration** : broker, security, replication, retention policies
5. **Producteur** : serialization, batching, compression, idempotency
6. **Consommateur** : consumer group, offset management, error handling, DLQ
7. **Monitoring** : lag, throughput, errors, alertes
## Pièges connus
- **Kafka consumer lag** : monitorer le lag et scaler les consumers, attention au rebalancing
- **Message ordering** : l'ordre est garanti uniquement dans une partition
- **RabbitMQ queue growth** : configurer des DLX et des TTL pour éviter les queues infinies
- **Schema evolution** : utiliser Schema Registry avec BACKWARD compatibility par défaut
- **Exactly-once** : difficile à obtenir, préférer idempotent consumers avec at-least-once
- **Redis Streams memory** : configurer MAXLEN ou XTRIM pour limiter la mémoire
- **Poisson pill messages** : toujours avoir une DLQ pour les messages qui échouent
## Connexions Knowledge Graph
- `agent-microservice-architect` → architecture microservices et communication
- `agent-resilience-engineer` → résilience et circuit breakers
- `agent-monitoring-specialist` → monitoring des queues et lag
- `agent-scheduler-specialist` → scheduling et tâches asynchronesAttribution
Comments
Loading comments…