Vos evenements atteignent chaque destination
Publiez une fois. npayload distribue a chaque abonne avec ordre, priorite et flux temps reel.
Vous publiez un evenement.
Dix services en ont besoin.
Certains le veulent maintenant.
D'autres peuvent attendre.
Un abonne echoue.
Les autres sont bloques.
La logique de retry dans chaque service.
Aucune garantie d'ordre.
Aucune file de lettres mortes.
Vous avez construit de la plomberie.
Plus maintenant.
Un type de canal pour chaque pattern
Pub/sub classique, streams ordonnes ou canaux compactes. Choisissez la semantique qui correspond a votre cas d'utilisation.
Pub/Sub
Publiez un evenement. Chaque abonne le recoit de maniere independante, sans blocage mutuel.
Streams
Consommation ordonnee avec reprise depuis n'importe quel offset. Vos consommateurs ne perdent jamais leur place.
Canaux compactes
Seule la derniere valeur par cle est conservee. Ideal pour les etats de configuration et les registres.
Publiez une fois. Livrez partout.
Un evenement atteint des centaines d'abonnes. Les consommateurs lents ne bloquent jamais les autres. Les echecs sont routes vers la file d'attente morte automatiquement.
Chaque message arrive dans le bon ordre.
Les groupes de messages fournissent un ordre FIFO strict pour les evenements partageant une cle de partition. Les evenements d'une meme commande arrivent toujours dans l'ordre de publication, independamment du debit sur les autres partitions. Pas de reequilibrage complexe. Pas de coordination manuelle. L'ordre est garanti par l'infrastructure.
Publication atomique sur plusieurs canaux
Publiez vers plusieurs canaux en une seule operation. Tous les canaux recoivent l'evenement ou aucun ne le recoit. Zero etat partiel dans votre systeme.
Publier
Votre service publie vers plusieurs canaux en une seule operation atomique.
Valider
npayload verifie le schema, les permissions et les limites avant de persister.
Livrer
Tous les canaux recoivent l'evenement ou aucun ne le recoit. Zero etat partiel.
Avant et apres npayload Messaging
Sans npayload
- Logique de retry dans chaque service
- Aucune garantie d'ordre entre les abonnes
- Les evenements perdus sont decouverts par les clients
- File d'attente morte inexistante ou artisanale
- Publication atomique multi canal impossible
- Des mois pour construire l'infrastructure de distribution
Avec npayload
- Retries automatiques avec backoff exponentiel
- Ordre garanti par cle de partition
- File d'attente morte avec rejeu en un clic
- Fan out vers des centaines d'abonnes instantanement
- Publication transactionnelle multi canal native
- Premiere publication en quelques minutes
npayload vs. le faire soi meme
| Fonctionnalite | npayload | Construction maison |
|---|---|---|
| Distribution en eventail | Des mois de travail | |
| Flux ordonnes avec reprise | Complexe a construire | |
| Groupes de consommateurs | Des mois de travail | |
| Files de priorite | ||
| Publication transactionnelle | ||
| File de messages non delivres | Des semaines de travail | |
| Trois modes de confidentialite | ||
| Livraison inter organisations | ||
| Zero infrastructure |