Commerce et marketplaces

Des vendeurs isolés, des pics tenus, des événements fiables.

Chaque vendeur est un tenant : quotas, cache et console isolés. Les commandes et paiements partent en événements et en webhooks signés, et la passerelle déleste plutôt que de tomber pendant un pic. C'est la passerelle de notre propre marketplace.

Ce que Flexway décide, chez vous

Qui appelle, ce que Flexway décide, ce qui est appelé : chaque trajet est un cas d'usage de votre secteur. En pointillé, ce qui est à venir.

Architecture pour le commerce et les marketplaces : les vendeurs, les clients de la boutique et les partenaires passent par Flexway, dans votre infrastructure. Flexway déleste sous saturation avant même l'identité, prouve le tenant de chaque vendeur et tient son quota, peut consulter votre service de décision, publie sur Kafka sous contrat, puis envoie depuis le courtier des webhooks signés aux prestataires de paiement et de logistique, devant le catalogue et les commandes et Kafka. Un refus de votre service de décision donne un 403.

Vendeurs: Les vendeurs de la place de marché : chacun est un tenant prouvé par son identité, avec son propre quota.
Clients (boutique): Les clients de la boutique : sous forte charge, Flexway déleste d'abord les requêtes non critiques.
Partenaires: Les entreprises partenaires qui consomment vos API : identifiées par certificat client ou clé d'API, sous un quota par tenant.
Courtier consommé: Un courtier dont Flexway consomme les messages pour les livrer à vos partenaires en webhooks signés.
Délestage sous saturation: Au-delà du plafond de requêtes en vol : 503, avant le routage ; sous saturation, le délestage refuse d'abord le non-critique, avant l'identité.
Tenant prouvé, quota par vendeur: Le tenant vient de l'identité prouvée de l'appelant, jamais d'un en-tête libre ; chaque vendeur a son quota.
Service de décision: Flexway consulte votre service de décision sous un délai borné ; s'il refuse (deny), l'appelant reçoit 403.
Publication Kafka sous contrat: Flexway publie sur votre courtier, sous contrat AsyncAPI et en enveloppe CloudEvents, ce qu'il reçoit en HTTP.
Webhooks signés: Flexway livre vos événements à vos partenaires en webhooks signés et rejouables.
Catalogue et commandes: Votre catalogue et vos commandes : servis à chaque vendeur dans son tenant, protégés des pics de charge.
Kafka: Votre cluster Kafka : Flexway y publie les événements reçus en HTTP, sous contrat, en enveloppe CloudEvents.
Paiement, logistique: Vos prestataires de paiement et de logistique, hors de votre infrastructure : ils reçoivent vos événements en webhooks signés.

Ligne : un trajet
Correspondance : décision partagée
Requête
Événement
Refus
Votre infrastructure

Délestage sous saturationavant l'identité, hors critique
Tenant prouvé, quota par vendeurle tenant vient de l'identité
Service de décisionexternal-call ; deny : 403
Publication Kafka sous contratenveloppe CloudEvents
Webhooks signésrejouables vers les prestataires

1Un vendeur consulte ses commandes
Ce que Flexway décideLe tenant de son identité remplace tout en-tête de tenant qu'il enverrait ; votre service filtre sur cette valeur prouvée ; un service de décision (external-call) peut refuser : 403.
Ce qui est protégéUn vendeur ne se fait jamais passer pour un autre ; la console filtre par tenant.
2Les soldes commencent
Ce que Flexway décideSous saturation, le délestage adaptatif refuse d'abord le délestable (503 overloaded, Retry-After), avant l'identité ; le critique n'est jamais délesté.
Ce qui est protégéLa boutique reste en ligne pendant le pic.
3Une commande est passée
Ce que Flexway décideL'événement est publié sur Kafka sous contrat ; puis, depuis le courtier, les prestataires reçoivent un webhook signé et rejouable.
Ce qui est protégéAucun événement perdu ; aucun accès des prestataires à vos systèmes internes.

Ouvrir ce modèle dans l'éditeur

Ce que le secteur exige

Multi-vendeursDes vendeurs isolés les uns des autres: Quota par tenant au jour et au mois, cache isolé par tenant et par sujet, console filtrée ; le tenant vient de l'identité, jamais d'un en-tête envoyé, et votre service filtre sur cette valeur prouvée.
Commandes · paiementsDes événements qui arrivent: Publication sous contrat vers Kafka, webhooks signés et rejouables vers les partenaires de paiement et de logistique.
Soldes · lancementsDes pics tenus: Délestage adaptatif, coupe-circuit par amont et cache des lectures publiques : la passerelle refuse proprement l'excédent plutôt que de tomber.
PartenairesDes intégrations reprises, pas réécrites: Clés d'API et certificats pour les partenaires ; reprise d'une configuration de passerelle existante.

Comment Flexway y répond

Des vendeurs isolés les uns des autres

Quota par tenant au jour et au moisLivré · v0.1.0
Cache authentifié, isolé par tenant et par sujetLivré · v1.1.0
Isolation des tenants dans la console : 403, jamais une liste videLivré · v0.1.0

Des événements qui arrivent

Webhooks sortants signés et rejouablesLivré · v1.5.0
Publication Kafka sous contrat, enveloppe CloudEventsLivré · v1.5.0

Des pics tenus

Délestage adaptatif sous saturationLivré · v0.1.0
Coupe-circuit avec demi-ouvertureLivré · v0.1.0
Cache de réponses publiques, par opérationLivré · v1.1.0

Des intégrations reprises, pas réécrites

Clés d'API et mTLS client comme identités de premier planLivré · v0.1.0
Reprise de la configuration d'une passerelle existante, avec rapport de couvertureLivré · v1.1.0

État dans la dernière version publiée de Flexway ; une fonctionnalité n'est marquée livrée qu'avec sa version.

Ce que Flexway ne fait pas

Flexway ne traite aucun paiement et ne stocke aucune donnée de carte : il protège et trace les appels vers vos prestataires.
Les budgets par utilisateur final sont prévus dans une prochaine version.

Parlons de votre passerelle

Flexwiz est une jeune entreprise : vous parlez directement avec la personne qui la fonde. Dites-nous ce que vous voulez faire passer par Flexway. Nous parlons de votre infrastructure et de vos exigences de souveraineté numérique.

Parler à un expert Écrire à Flexwiz

La prise de rendez-vous en ligne arrive bientôt ; d'ici là, un e-mail suffit.