Comment fonctionne réellement «VenduSys
».
VenduSys Ce n'est ni un monolithe, ni un essaim de microservices. Il s'agit d'un petit ensemble de services nommés, dotés de contrats explicites, regroupés derrière une API cohérente et déployés dans l'Union européenne. Cette page en présente une description fidèle.
Case-to-Core™ est l'axe central de l'apprentissage grâce auquel un écosystème devient progressivement compréhensible pour lui-même — et à travers lequel les signaux, les lacunes dans les connaissances, les incertitudes et les possibilités suscitent sans cesse de nouvelles questions.
Du réseau au
registre.
Chaque couche est un petit service nommé, doté d'un contrat explicite. Vous pouvez adopter l'ensemble du stack, ou remplacer n'importe quelle couche par la vôtre tout en conservant les autres.
Quatre entités.
Tout le reste en découle.
Nous avons présenté ce modèle dans un article distinct. En voici un résumé ci-dessous.
Fête
Personnes, organisations, agents. Acheteurs, vendeurs, opérateurs, partenaires… autant de projections d’un même enregistrement. L’identité est un graphe, pas un type.
Chose
Tout ce qui est proposé ou détenu : produits, licences, services, abonnements, actifs, temps. Les variantes et les offres groupées viennent s'y ajouter.
Déplacer
Événements entraînant un transfert de valeur ou de droits entre les parties. Les commandes, les retours, les renouvellements, les transferts et les litiges sont autant d'opérations gérées par des machines à états.
Entrée
Lignes du grand livre. Le modèle est conçu de telle sorte que chaque « Move » génère des « Entries », à partir desquelles sont calculés les états et les soldes.
Chaque flux
est observable.
Enregistrements, validations, paiements, retours, renouvellements… le tout modélisé sous forme de code ou de graphiques visuels. Bifurcation, nouvelle tentative, relecture, audit. L'état est conservé ; rien n'est du type « fire-and-forget ».
- EVT Événement de domaine
- CRON Prévu
- API Appel direct
- WHK Webhook externe
- CDC Modification de la base de données
- Générer le graphiquePARSE
- État persistantSTATE
- Étapes de la répartitionRUN
- Gérer les nouvelles tentativesRETRY
- Générer un journal d'auditAUDIT
- DB Écritures comptables
- PAY Paiement / versement
- MSG Notification
- EXT Appel de connecteur
- EVT Événement en aval
Ce qu'il faut pour courir.
Les détails fastidieux : hébergement, résidence, RPO/RTO, observabilité. Tout ce qui compte quand un problème survient à 2 heures du matin un dimanche.
- Hébergement
- Vercel pour l'API Edge · clusters dédiés dans l'UE pour les services avec état (Paris)
- Stockage
- Postgres (Supabase) avec réplication logique · Stockage d'objets compatible S3 · pgvector pour les représentations vectorielles
- Réplication
- Multi-AZ au sein d'une même région · répliques de lecture inter-régions · flux CDC vers l'entrepôt de données
- Basculement
- RPO 0 · RTO 5 minutes pour le registre et l'identité · 15 minutes pour le catalogue
- Observabilité
- OpenTelemetry par défaut · traces par locataire · journal d'audit structuré · relecture des workflows
- Chiffrement
- TLS 1.3 pour les données en transit · AES-256 pour les données au repos · BYOK sur Enterprise · isolation des clés par locataire
- Résidence
- UE par défaut · ancrage régional sur les versions Scale/Enterprise · sorties de données adaptées aux audits