2. Abonnement GraphQL
Le diagramme de sĂ©quence pour les Subscriptions GraphQL illustre comment tirer parti de l'architecture pilotĂ©e par les Ă©vĂ©nements implĂ©mentĂ©e dans le cĆur de GeoPard. Lors de toute modification des entitĂ©s liĂ©es, le
API GeoPard émet rapidement un événement capturant les entités impactées et l'opération correspondante (INSERT, MODIFY, REMOVE). La portée de ces subscriptions est étendue, couvrant toutes les entités telles que Farm, Field, SatelliteImage, SoilDataset, AsAppliedDataset, YieldDataset, TopographyMap, Notes, etc.
La Subscription GraphQL (RequĂȘte 1 ou R1) fonctionne sur un WebSocket oĂč tous les Ă©vĂ©nements sont livrĂ©s en quasi-temps rĂ©el, assurant la communication immĂ©diate de tout changement.
Le rĂ©cepteur des Ă©vĂ©nements de subscription doit fonctionner comme un service de base, responsable d'acheminer les Ă©vĂ©nements reçus vers un service ultĂ©rieur oĂč la logique de traitement est appliquĂ©e. Il est crucial que ce rĂ©cepteur n'effectue aucun traitement lui-mĂȘme.
De plus, en cas d'Ă©vĂ©nements manquĂ©s ou perdus, les utilisateurs ont la possibilitĂ© de les rĂ©cupĂ©rer. Cela s'effectue en exĂ©cutant une requĂȘte GraphQL adaptĂ©e Ă une plage de dates et Ă des entitĂ©s spĂ©cifiques (User, Farm, Field), permettant ainsi une rĂ©cupĂ©ration complĂšte des Ă©vĂ©nements passĂ©s (RequĂȘte 2 ou R2). Ce niveau de fonctionnalitĂ© garantit qu'aucune information n'est perdue, maintenant l'intĂ©gritĂ© et la cohĂ©rence des donnĂ©es des utilisateurs.

Mis Ă jour
Ce contenu vous a-t-il été utile ?