Agriculture
Les données de chaque exploitation, servies sous la même décision.
Flexway sert le côté applications des plateformes agricoles : publier vers votre courtier MQTT sous contrat AsyncAPI, diffuser les mesures aux tableaux de bord, n'envoyer à chaque partenaire que les événements de son tenant, garder sur votre modèle interne les requêtes d'IA sensibles. Il tourne dans votre infrastructure ; il ne remplace ni la passerelle de terrain, ni les contrôleurs qui commandent l'irrigation.
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 l'agriculture : les applications de la ferme et un assistant agronome passent par Flexway, dans votre infrastructure. Flexway publie sous contrat sur votre courtier MQTT, où la télémétrie arrive par votre passerelle de terrain, relaie les flux temps réel aux tableaux de bord, envoie depuis le courtier, aux systèmes partenaires, des webhooks signés limités aux événements de leur tenant, épingle les requêtes d'IA sensibles sur votre modèle interne et tient le débit et le quota de chaque appelant devant vos services d'irrigation. Un appelant au-delà de son quota reçoit un 429. Le branchement direct des appareils en MQTT est à venir.
- Apps de la ferme
- Les applications qui appellent vos API : chaque requête passe par Flexway, qui vérifie le contrat et l'identité avant d'atteindre vos systèmes.
- Assistant agronome
- Un assistant IA : il appelle les modèles par la surface compatible OpenAI de Flexway, sous budget et routage par politique.
- Courtier consommé
- Un courtier dont Flexway consomme les messages pour les livrer à vos partenaires en webhooks signés.
- Appareils MQTT
- Prévu en 1.7 : Des appareils qui publient en MQTT : Flexway les recevra par son écouteur MQTT, avec une identité et un quota par appareil.
- Débit et quota par appelant
- Un seau à jetons par appelant limite son débit ; au-delà : 429 avec Retry-After et les en-têtes RateLimit.
- Publication 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.
- Flux temps réel
- Les flux temps réel (SSE, WebSocket) sont relayés sans retenue ; l'identité et le débit sont vérifiés à l'ouverture.
- Requête sensible épinglée
- Une requête marquée sensible ne part que vers un modèle interne, jamais vers un fournisseur externe.
- Courtier MQTT
- Vos courtiers Kafka, AMQP, MQTT et NATS : Flexway y publie sous contrat AsyncAPI, en enveloppe CloudEvents.
- Services d'irrigation
- Vos services REST et gRPC : ils ne reçoivent que les requêtes que Flexway a laissées passer, sous délai et coupe-circuit.
- Modèle interne
- Un modèle qui tourne chez vous : les requêtes sensibles n'y quittent jamais votre infrastructure.
- Systèmes partenaires
- Les systèmes de vos partenaires : ils reçoivent vos événements en webhooks signés et rejouables.
- Ligne : un trajet
- Correspondance : décision partagée
- Requête
- Événement
- Appel de modèle ou d'outil
- Refus
- Votre infrastructure
- Prévu
- Débit et quota par appelantjetons, quota par tenant
- Publication sous contratHTTP vers MQTT, CloudEvents
- Webhooks signésseuls les événements du tenant
- Flux temps réelSSE, WebSocket, sans retenue
- Requête sensible épingléetoujours vers un modèle interne
1Une recommandation d'irrigation, relue avant d'agir
Ce que Flexway décideLa requête de l'assistant, marquée sensible, est épinglée sur votre modèle interne, sous le budget de l'exploitation.
Ce qui est protégéLes données de la parcelle ne partent pas vers un modèle externe ; l'agriculteur valide, et seul le contrôleur local commande les vannes.
2Un partenaire ne reçoit que ce qui le concerne
Ce que Flexway décideDepuis le courtier, des webhooks signés et rejouables : l'abonné ne reçoit que les événements de son tenant.
Ce qui est protégéLe partenaire n'a aucun accès au courtier ni aux données des autres exploitations.
3Un conseiller suit les capteurs en direct
Ce que Flexway décideLe flux SSE ou WebSocket est relayé sans retenue depuis le courtier, sous la même décision d'identité.
Ce qui est protégéLe navigateur ne parle jamais au courtier ; il ne voit que les canaux de son tenant.
Apps de la ferme
Les applications qui appellent vos API : chaque requête passe par Flexway, qui vérifie le contrat et l'identité avant d'atteindre vos systèmes.
Trajets qui passent ici
Assistant agronome
Un assistant IA : il appelle les modèles par la surface compatible OpenAI de Flexway, sous budget et routage par politique.
Trajets qui passent ici
Courtier consommé
Un courtier dont Flexway consomme les messages pour les livrer à vos partenaires en webhooks signés.
Trajets qui passent ici
Appareils MQTT
Prévu en 1.7 : Des appareils qui publient en MQTT : Flexway les recevra par son écouteur MQTT, avec une identité et un quota par appareil.
Débit et quota par appelant
Un seau à jetons par appelant limite son débit ; au-delà : 429 avec Retry-After et les en-têtes RateLimit.
- Décision
- jetons, quota par tenant
- Fonctionnalités du catalogue
- Débit par appelant (seau à jetons) ; 429 avec Retry-After et en-têtes RateLimit ; Quota par tenant au jour et au mois
Trajets qui passent ici
Publication sous contrat
Flexway publie sur votre courtier, sous contrat AsyncAPI et en enveloppe CloudEvents, ce qu'il reçoit en HTTP.
- Décision
- HTTP vers MQTT, CloudEvents
- Fonctionnalités du catalogue
- AsyncAPI comme source du plan asynchrone ; Médiation de la frontière synchrone vers asynchrone ; AMQP(S) et MQTT
Trajets qui passent ici
Webhooks signés
Flexway livre vos événements à vos partenaires en webhooks signés et rejouables.
- Décision
- seuls les événements du tenant
- Fonctionnalités du catalogue
- Webhooks sortants signés et rejouables
Trajets qui passent ici
Flux temps réel
Les flux temps réel (SSE, WebSocket) sont relayés sans retenue ; l'identité et le débit sont vérifiés à l'ouverture.
- Décision
- SSE, WebSocket, sans retenue
- Fonctionnalités du catalogue
- Flux relayés sans retenue : SSE et corps fragmentés ; WebSocket relayé ; AMQP(S) et MQTT
Trajets qui passent ici
Requête sensible épinglée
Une requête marquée sensible ne part que vers un modèle interne, jamais vers un fournisseur externe.
- Décision
- toujours vers un modèle interne
- Fonctionnalités du catalogue
- Requêtes sensibles épinglées, souveraineté et repli par politique ; Budget et débit par tenant
Trajets qui passent ici
Courtier MQTT
Vos courtiers Kafka, AMQP, MQTT et NATS : Flexway y publie sous contrat AsyncAPI, en enveloppe CloudEvents.
- Fonctionnalités du catalogue
- AMQP(S) et MQTT
Trajets qui passent ici
Services d'irrigation
Vos services REST et gRPC : ils ne reçoivent que les requêtes que Flexway a laissées passer, sous délai et coupe-circuit.
Trajets qui passent ici
Modèle interne
Un modèle qui tourne chez vous : les requêtes sensibles n'y quittent jamais votre infrastructure.
Trajets qui passent ici
Systèmes partenaires
Les systèmes de vos partenaires : ils reçoivent vos événements en webhooks signés et rejouables.
- Fonctionnalités du catalogue
- Webhooks sortants signés et rejouables
Trajets qui passent ici
Ce que le secteur exige
- MQTT · AsyncAPIDes canaux de capteurs déclarés, pas des topics ouverts
- Un canal n'existe que s'il est déclaré au contrat ; une application publie en HTTP, la passerelle publie sur votre courtier en enveloppe CloudEvents. La télémétrie des parcelles y arrive par votre propre passerelle de terrain.
- Coopératives, partenairesChaque exploitation garde ses données
- Une identité par exploitation (clé d'API ou certificat lié à un tenant) ; un abonné ne reçoit que les messages de son tenant ; webhooks signés et rejouables vers les partenaires, quota par tenant.
- RecommandationsDes recommandations agronomiques sous budget
- Inférence compatible OpenAI avec budget par tenant ; une requête sensible reste sur votre modèle interne, jamais vers un externe ; l'audit garde les métadonnées, jamais l'invite.
- SupervisionLes capteurs suivis en direct
- Un tableau de bord de conseiller consomme un flux en SSE ou WebSocket sans parler MQTT, relayé sans retenue ; traces de bout en bout.
Ce que le secteur attend
Les attentes de votre secteur relevées dans l'analyse du marché, et où en est Flexway pour chacune ; ce qu'un autre composant fait mieux est dit.
| Ce que les entreprises attendent | Flexway v1.6.3 |
|---|---|
Irrigation, machines : boucle IA -> commande physiqueCommande autorisée par portée (1.7.0) ; condition sur l'état réel : candidat ; les sécurités physiques restent indépendantes | En partie · suite à dater |
| Coordination entre exploitations et servicesÉchange inter-organisations à finalité déclarée : candidat | À dater |
| Orchestration locale autonomeDécision locale par règles déclarées ; l'orchestration reste au service de décision | En partie · suite à dater |
| Coordination entre acteursÉmetteurs multiples, mTLS de partenaires, échange de jeton, chiffrement par champ ; finalité d'usage déclarée : candidat | À dater |
| Sécurité des machines autonomesCommandes sous portée ; l'arrêt d'urgence reste indépendant et prioritaire | En partie · suite en 1.7 |
Versions à venir non engageantes ; « Livré » seulement quand le catalogue de la version publiée le dit.
Comment Flexway y répond
Des canaux de capteurs déclarés, pas des topics ouverts
- AsyncAPI comme source du plan asynchroneLivré · v1.5.0
- AMQP(S) et MQTTLivré · v1.5.0
- Médiation de la frontière synchrone vers asynchroneLivré · v1.5.0
Chaque exploitation garde ses données
- Webhooks sortants signés et rejouablesLivré · v1.5.0
- Clés d'API et mTLS client comme identités de premier planLivré · v0.1.0
- Quota par tenant au jour et au moisLivré · v0.1.0
Des recommandations agronomiques sous budget
- Budget et débit par tenantLivré · v0.1.0
- Requêtes sensibles épinglées, souveraineté et repli par politiqueLivré · v0.1.0
- Audit de métadonnées, jamais d'inviteLivré · v0.1.0
Les capteurs suivis en direct
- Flux relayés sans retenue : SSE et corps fragmentésLivré · v0.1.0
- WebSocket relayéLivré · v0.1.0
- Traces W3C propagées de bout en boutLivré · v0.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 n'est pas une passerelle de terrain : il ne parle ni Modbus, ni OPC UA, ni CoAP, ni Bluetooth, et ne traduit aucun protocole d'équipement. Capteurs et automates rejoignent votre courtier par votre propre passerelle de terrain.
- Le branchement direct des appareils en MQTT, avec une identité par appareil, n'est pas dans la version publiée : il est prévu dans une prochaine version.
- Aucun fonctionnement hors ligne à la ferme : Flexway ne met pas en tampon, sur l'exploitation, les mesures prises pendant une coupure du réseau ; cela relève de la passerelle de terrain.
- Flexway ne commande ni les vannes ni les machines et n'en assure pas la sûreté : les fonctions critiques restent dans des contrôleurs dédiés. La passerelle est un point de contrôle, jamais le seul mécanisme de sécurité.
- Flexway ne fournit ni les modèles de décision (irrigation, cultures, élevage), ni la gestion des consentements de partage : il applique les règles que vos services déclarent. Il n'est jamais un courtier : il s'appuie sur le vôtre.
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.
La prise de rendez-vous en ligne arrive bientôt ; d'ici là, un e-mail suffit.