L'emplacement d'abord dans la vraie vie : gouvernement, soins de santé et logistique

Le local d'abord semble élégant dans une présentation de produit, mais c'est sur le terrain qu'il prouve sa valeur ou expose ses faiblesses. Loin du bureau doté de fibre optique, il y a un Brésil avec un signal faible, une zone reculée, le sous-sol d'un bâtiment public et une route sans couverture. C’est là que la démarche cesse d’être une préférence esthétique et devient une nécessité opérationnelle.

Lorsque la connectivité est de nature intermittente, considérer le réseau comme un préalable est une erreur de conception qui coûte cher aux personnes et aux services publics. Voyons où le local d'abord change réellement la donne, et ce qu'il faut considérer avant de prendre cette décision au sérieux.

Contextes où le réseau n'est tout simplement pas là

Pensez à un agent de santé communautaire visitant des maisons dans une zone rurale ou dans une communauté difficile à atteindre. Son téléphone portable oscille entre une barre de signal et aucune. Si l'application d'inscription dépend d'une connexion pour sauvegarder chaque visite, le travail s'arrête à la porte de la première famille.

Pensez à un inspecteur sur le terrain, signalant un travail ou vérifiant un établissement dans un entrepôt sans toit. Il doit prendre des photos, remplir des formulaires, recueillir des signatures. Si rien de tout cela ne peut être enregistré hors ligne, l’inspecteur devient l’otage de l’emplacement de l’antenne la plus proche.

Pensez à un livreur qui traverse les quartiers, les tunnels et les zones mortes tout au long de la journée. Ou dans un service social se déroulant dans un refuge, dans un campement, dans une région frontalière. Dans tous ces cas, le schéma est le même : l’opération ne peut pas s’arrêter car le réseau s’est arrêté.

Ce ne sont pas des cas extrêmes rares. Ils constituent le quotidien des services essentiels, pour la plupart publics, qui doivent fonctionner là où l'infrastructure des télécommunications ne parvient pas bien.

Les gains qui apparaissent dans l'opération

Le premier gain est la continuité. Une application locale permet à l'agent de santé d'enregistrer dix familles hors ligne et de tout synchroniser la nuit à son retour à la base avec le Wi-Fi. L'inspecteur émet une évaluation immédiatement, l'écran réagissant au toucher, sans attendre un serveur. L'opération se déroule au rythme de la personne et non au rythme du réseau.

Le deuxième gain est moins de retouches, et il est plus important qu'il n'y paraît. Dans le modèle dépendant de la connexion, ce qui n'a pas été enregistré doit être refait. Notez-le sur papier maintenant, retapez-le dans le système plus tard. Cette double saisie prend des heures, introduit des erreurs de transcription et démotive l’équipe de terrain.

Local-first élimine ces déchets à la racine. Les données sont capturées une seule fois, sur l'appareil, et remontent d'elles-mêmes lorsqu'il y a une fenêtre de connexion. La personne l’enregistre à la source, au bon moment, et passe à la tâche suivante. Pour la gestion publique, cela signifie des données plus fiables et des équipes moins chargées d’une bureaucratie évitable.

Il y a également un gain en qualité des données. La capture au moment de l'observation, plutôt que des heures plus tard à partir de la mémoire, produit des enregistrements plus précis. Quiconque a travaillé avec des données de terrain sait à quel point une transcription tardive nuit à la fiabilité.

Les risques que personne ne peut ignorer

Maintenant, c'est la partie qui sépare un projet sérieux d'un enthousiasme naïf. Le local d'abord répartit les données sur tous les appareils, et lorsque ces données sont sensibles, le risque change. Un dossier de santé stocké localement est une donnée personnelle sensible au sens de la LGPD, à protection renforcée.

Si le téléphone portable d'un agent est perdu ou volé, ce qui y était stocké devient une exposition potentielle. Cela nécessite le chiffrement des données au repos sur l'appareil, le contrôle d'accès par authentification et la possibilité de révoquer et d'effacer à distance un appareil compromis. Ce n'est pas facultatif, c'est la base. Il vaut la peine de revoir les bonnes pratiques de sécurité dans les applications mobiles avant de mettre des données sensibles en ligne hors ligne.

Le deuxième risque est la synchronisation des données sensibles circulant sur des réseaux pas toujours fiables. Le canal doit être chiffré de bout en bout et le serveur doit valider l'origine de chaque opération. La diffusion de données sanitaires ou fiscales sans protection adéquate est un incident imminent, avec des conséquences juridiques en vertu de la LGPD en plus des conséquences éthiques.

Le troisième risque est celui des conflits de données, qui revêtent une importance particulière dans un contexte public. Si deux agents modifient le même enregistrement et que la règle de fusion est mal pensée, quelqu'un perd des informations. Lorsque cette information est un diagnostic ou une citation, l'erreur cesse d'être gênante et devient une panne de service. Définir la stratégie de résolution des conflits, idéalement soutenue par des structures telles que les CRDT](/post/crdts-sincronizacao-de-dados), est une décision de gouvernance et non un détail technique.

LGPD et gouvernance : au-delà de la technologie

Voilà la perspective qui sépare ceux qui pensent uniquement au code de ceux qui pensent au véritable service public. La LGPD ne peut pas être résolue avec le cryptage seul. Cela nécessite une base juridique claire pour le traitement, une finalité définie et le principe de minimisation : l'appareil de terrain ne doit charger hors ligne que les données strictement nécessaires à cette tâche, et rien de plus.

Cela a des conséquences architecturales pratiques. Ne téléchargez pas l'intégralité de la base sur l'appareil de l'agent simplement parce que cela est pratique. Synchronisez la coupe dont le professionnel a besoin, aussi longtemps que vous en avez besoin, et expirez le reste. Moins il y a de données sensibles sur l’appareil, plus la surface de risque en cas de problème est faible.

La gouvernance concerne également les personnes et les processus. Qui peut accéder à quoi, comment former l'équipe à ne pas inscrire de mot de passe au dos du badge, quelle est la procédure en cas de disparition d'un appareil. La meilleure architecture axée sur le local échoue si le processus humain qui l’entoure est faible. La technologie protège les données sur l'appareil, mais c'est le processus qui protège les données entre les mains de la personne.

Et il y a la piste d'audit. Dans un contexte public, il est nécessaire de savoir qui a enregistré quoi, quand et d’où. Local-first complique cela, car l'action se produit hors ligne et atteint le serveur plus tard. Le système doit préserver l'heure réelle et la paternité de l'opération, et non le moment de la synchronisation, sinon l'audit n'a plus de sens.

Ce qu'il faut évaluer avant d'adopter

Avant d'embarquer, posez trois questions difficiles. La première : le gain en continuité opérationnelle justifie-t-il la complexité supplémentaire de la synchronisation et des conflits ? Dans un domaine où la connectivité est faible, presque toujours oui. Dans un bureau doté d’un réseau stable, peut-être pas.

Deuxièmement : les données qui seront hébergées hors ligne sont-elles sensibles et l'équipe a-t-elle la maturité en matière de sécurité pour les protéger sur l'appareil ? Si la réponse en matière de sécurité est fragile, résolvez le problème avant de diffuser les données entre les appareils, et non après.

Troisièmement : existe-t-il une clarté juridique en matière de base juridique, d'objectif et de minimisation en vertu de la LGPD ? Dans un projet public, impliquer dès la conception ceux qui se soucient de la confidentialité et de la sécurité évite des retouches coûteuses et le risque d’incident. Cette conversation doit avoir lieu au début du projet, pas la veille du lancement.

La priorité au local dans le gouvernement, les soins de santé et la logistique ne consiste pas à être à la mode. Il s’agit de maintenir les services essentiels là où l’infrastructure fait défaut, sans renoncer à protéger ceux qui se trouvent de l’autre côté du registre. Bien réalisée, c'est l'une des applications les plus nobles de cette architecture. Mal faite, il s’agit d’une fuite de données sensibles qui attend son heure.