Event store design for event-sourced systems
Concevoir des event stores — architecture, choix technologique, schémas, mise à l'échelle et bonnes pratiques
- Quoi
- Concevoir des event stores — architecture, choix technologique, schémas, mise à l'échelle et bonnes pratiques
- Coût
- Gratuit
- Prérequis
- un projet event-sourced ou événementiel où l'appliquer ; rien d'autre — le skill est un guide plus des gabarits, aucun compte ni clé requis
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — le guide de conception d'event stores de @wshobson pour applications event-sourced : les cinq exigences fondamentales (append-only, ordonné par flux et globalement, versionné pour la concurrence optimiste, souscriptions pour les notifications temps réel, écritures idempotentes), une comparaison de technologies (EventStoreDB pour l'event sourcing pur, PostgreSQL pour les stacks existantes, Kafka pour le streaming haut débit, DynamoDB pour le serverless, Marten pour .NET) avec le meilleur usage et les limites de chacune, et les bonnes pratiques — IDs de flux incluant le type d'agrégat, IDs de corrélation/causation, versionner les événements dès le premier jour, plus les interdits : jamais mettre à jour ni supprimer des événements, garder les payloads petits, ne pas sauter la concurrence optimiste, ne pas ignorer la contre-pression. Les gabarits détaillés vivent dans le `references/details.md` du skill. Crédit : @wshobson. Bémols honnêtes : la comparaison est un point de départ, pas un benchmark — revérifiez les limites des technologies dans la doc actuelle pour votre stack ; licence MIT. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. Découvert via skills.sh.
Version :
Installation
Prérequis : un projet event-sourced ou événementiel où l'appliquer ; rien d'autre — le skill est un guide plus des gabarits, aucun compte ni clé requis Installe-moi « Conception d'event stores pour systèmes event-sourced ». Donne à mon agent le guide de conception d'event stores de @wshobson : exigences fondamentales (append-only, ordonné, versionné, souscriptions, idempotent), comparaison de technologies (EventStoreDB, PostgreSQL, Kafka, DynamoDB, Marten), schémas, considérations de mise à l'échelle et bonnes pratiques — avec la bibliothèque complète de gabarits dans references/details.md. Dépôt : https://github.com/wshobson/agents/blob/main/plugins/backend-development/skills/event-store-design/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers d'aide éventuels) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Vérification de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, collecte d'identifiants). Ce dépôt ne devrait contenir aucun secret en dur, les identifiants uniquement via le coffre sécurisé, les hôtes autorisés déclarés dans le SKILL.md. Vérifie que c'est bien le cas ici ; STOP sur tout signal d'alerte et dis-le-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers d'aide dans le répertoire des skills de l'agent, dans un dossier nommé « event-store-design ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. rien — c'est un guide de conception ; choisissez la technologie adaptée à votre stack). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.