Persistance des données activable
Par défaut, iD4Connect traite vos flux sans état et ne conserve rien. La persistance devient un choix explicite, activé flux par flux, quand votre cas d'usage l'exige.
Rester sans état, sauf quand il faut
L'exécution stateless réduit la surface d'attaque et simplifie la conformité, puisqu'une donnée non stockée n'a pas à être protégée ni justifiée. Mais certains besoins réclament une trace : piste d'audit, rejeu après incident, reprise d'un traitement, bufferisation temporaire d'un pic. Tout persister par principe alourdit l'empreinte et multiplie les obligations réglementaires, alors iD4Connect inverse la logique : rien n'est stocké tant que vous ne l'activez pas.
De la source à la destination, en un seul passage
Traitement sans état par défaut
Un flux s'exécute de bout en bout sans écrire sur disque et sans laisser de copie derrière lui. C'est le comportement natif du moteur, celui qui ne produit aucune donnée résiduelle et ne crée aucune obligation de conservation.
Activation sélective de la persistance
Pour un flux donné, vous activez la persistance sur les seuls enregistrements ou les seules étapes qui le justifient. Vous choisissez la base cible, le format et le périmètre exact de ce qui est conservé, sans étendre ce choix aux autres flux.
Contrôle de la rétention
Vous fixez la durée de conservation, le chiffrement et la purge automatique à l'échéance. Les données persistées disparaissent selon vos règles, sans intervention manuelle ni tâche de nettoyage à planifier.
Ce que cette fonctionnalité vous apporte
Activation par flux
La persistance se règle indépendamment pour chaque flux. Aucun comportement global n'est imposé à l'ensemble de la chaîne.
Rétention configurable
La durée de conservation et la purge automatique se définissent selon vos obligations métier et légales. Les données expirent seules à l'échéance.
Chiffrement au repos
Les données persistées sont chiffrées, avec des clés gérées dans votre périmètre. Vous gardez la maîtrise de l'accès.
Rejeu et reprise
Les enregistrements conservés permettent de rejouer un flux après incident. Un traitement interrompu reprend là où il s'était arrêté.
Bénéfices
- L'empreinte de données reste minimale par défaut.
- La conformité RGPD est facilitée par le stockage à la demande.
- Le rejeu après incident reste possible quand vous l'avez prévu.
- Vous gardez la maîtrise de ce qui est conservé, et pour combien de temps.
En pratique
Une banque orchestre des flux de paiement qui, par nature, ne doivent laisser aucune trace superflue dans le système. Pour un sous-ensemble d'opérations soumises à une obligation légale d'archivage, l'architecte active la persistance chiffrée avec une rétention de dix ans. Le reste des flux continue de s'exécuter sans état, sans aucune écriture. iD4Connect applique ainsi deux régimes distincts au sein d'une même chaîne, ce qui répond à l'obligation d'archivage sans gonfler l'empreinte de données de l'ensemble.
Questions fréquentes
iD4Connect stocke-t-il les données par défaut ?
Non. Le comportement natif est sans état : aucune donnée n'est conservée tant que vous n'activez pas explicitement la persistance sur un flux précis. Le stockage est donc l'exception, pas la règle.
Peut-on persister seulement une partie d'un flux ?
Oui. La persistance s'active au niveau des enregistrements ou des étapes de votre choix, sans imposer de conserver l'intégralité du flux.
Comment sont gérées la rétention et la purge ?
Vous définissez une durée de conservation et une purge automatique ; les données expirent selon vos règles, sans action manuelle.
Orchestrez vos données en transit, sans stockage
iD4Connect connecte, transforme et distribue vos flux en temps réel. Souverain, on-premise, cloud ou edge.
Demandez une démo