NouveauComment le protocole Agent Session Protocol etablit la confiance entre systemes autonomes.
Produit

Vos evenements ont un contrat

Chaque evenement est enregistre, versionne et valide avant d'atteindre un seul abonne.

Les evenements circulent entre organisations.

Personne ne suit quelles donnees sont partagees.

Personne n'applique les schemas.

Personne ne gere les versions.

Un changement cassant se propage silencieusement.

Les consommateurs le decouvrent en production.

La gouvernance existe sur papier.

Pas dans l'infrastructure.

Jusqu'a maintenant.

Un registre unique pour chaque type d'evenement.

Chaque evenement est enregistre dans le catalogue avec son schema, son proprietaire et ses abonnes. La validation bloque les charges invalides avant livraison.

Evoluez sans casser personne.

Compatibilite ascendante verifiee a chaque changement de version. Les consommateurs mettent a jour a leur propre rythme.

Etape 1

Enregistrer la version

Definissez le schema, la version et les regles d'acces. Le schema est le contrat.

Etape 2

Verification de compatibilite

Compatibilite ascendante verifiee automatiquement. Les changements cassants sont bloques.

Etape 3

Livraison versionnee

Les abonnes declarent la version attendue. La negociation est automatique.

Uniquement la derniere valeur par cle.

Configuration, tables de prix, feature flags et synchronisation d'etat. Les canaux compactes ne conservent que la valeur la plus recente pour chaque cle. Le stockage reste constant quelle que soit la frequence de mise a jour.

Compacted Channel
pricing.standard
$29/mo
latest
pricing.standard
$19/mo
replaced
feature.dark_mode
enabled
latest
config.region
us-east-1
latest
Only latest values retained. Storage stays constant.

Des annees d'historique au prix du stockage froid.

Les evenements migrent automatiquement du chaud au tiede puis au froid selon vos politiques. Tous les niveaux restent interrogeables.

Chaud

Evenements recents, acces instantane. Pour les charges de travail en temps reel et les requetes les plus frequentes.

Tiede

Evenements plus anciens, requetes rapides. Reduction automatique des couts sans sacrifier la performance.

Froid

Des annees d'historique au cout le plus bas. Reste interrogeable. Migration automatique par politique d'age.

Avant et apres Data Governance

Sans Data Governance

  • Aucun registre de schemas pour les evenements
  • Les changements cassants se propagent silencieusement
  • Aucune negociation de version entre services
  • Evenements stockes dans un seul niveau pour toujours
  • La gouvernance existe sur papier uniquement
  • Les consommateurs decouvrent les erreurs en production

Avec Data Governance

  • Catalogue consultable de chaque type d'evenement
  • Compatibilite ascendante verifiee a chaque version
  • Negociation automatique de version par abonne
  • Niveaux chaud, tiede et froid avec migration automatique
  • Regles de gouvernance appliquees par la plateforme
  • Evenements invalides rejetes a la publication

npayload vs. construire soi meme

FonctionnalitenpayloadConstruire soi meme
Catalogue d'evenementsSemaines de travail
Validation de schema a la publicationComplexe a construire
Compatibilite ascendante automatique
Canaux compactesMois de travail
Stockage hierarchiqueProjet majeur
Gouvernance au niveau plateforme
Support multi versionComplexe a construire
Retention longue a faible coutInfrastructure majeure

Questions frequentes

Quels formats de schema ?+
JSON Schema nativement. Stocke dans le catalogue avec historique de versions, proprietaire et consommateurs.
Plusieurs versions du meme type ?+
Oui. Les abonnes declarent la version attendue. La negociation de version est automatique.
Quand utiliser un canal compacte ?+
Pour la configuration, les tables de prix ou tout cas ou seul l'etat actuel compte, pas l'historique.
Comment fonctionne le stockage hierarchique ?+
Politiques par age : chaud, tiede puis froid. Migration automatique. Tous les niveaux restent interrogeables.
Schemas deja dans le code, pourquoi un registre ?+
Le registre impose la compatibilite au niveau de la plateforme. Les schemas dans le code derivent sans autorite centrale.
Nouvelle version de schema et evenements existants ?+
Les evenements existants restent dans leur version. Aucune migration necessaire.
Regles de gouvernance par environnement ?+
Oui. Regles assouplies en developpement, strictes en production. Configurables par canal et par equipe.