# Sortie d'eXist-db Comité de pilotage Métallica, 4 février 2021 --- ## Rappel du contexte **Un service de collecte web en trois parties :** 1/ Le portail de promotion des enquêtes ![]( https://minio.lab.sspcloud.fr/bwerquin/diapo1.png =400x) ---- 2/ L'authentification et l'accès au (bon) questionnaire ![](https://minio.lab.sspcloud.fr/bwerquin/diapo2.png =400x) ---- 3/ Le questionnaire, un XForm opéré par Orbeon/eXist **Stromae** ![](https://minio.lab.sspcloud.fr/bwerquin/diapo3.png =400x) ---- ## Un service de pilotage 1/ La mapping identifiant de connexion/identifiant métier (api + bdd Pilotage) 2/ Des batchs d'intégration pour ajouter des comptes, échantillons, données, questionnaires dans le système. ---- 3/ Des services de suivi et gestion (**Moog**) ![](https://minio.lab.sspcloud.fr/bwerquin/diapo4.png =400x) --- ## Stromae v1 : les limites fonctionnelles * Navigation (rond poind) * Autocomplétion, codification --> possible mais coût de développement elevé ---- ## Stromae v1 : les limites techniques * Instabilités des bases de données (disponibilité, charges) * Plan d'action pour une consolidation couteux, long et complexe (plusieurs semestres pour Coltrane) * Difficulté à trouver des compétences (internes ou externes) ---- ## eXist-db dans tout ça ? Une bdd orientés document XML et des services (web service HTTP). * Persistance des données collectées et des données de pilotage * Une couche de **services** pour la collecte et le pilotage ---- ## Rappel des besoins technico-fonctionnels * Pouvoir opérer des questionnaires issus de la filière génératives * Un questionnaire accessible (RGAA) * Un questionnaire responsive * Un niveau de sécurité élevé * Un fonctionnement avec une forte disponibilité ---- ## Rappel des besoins technico-fonctionnels * Le support de services externes (codification) et données volumineuses (tables externes) * Une plateforme résiliente aux fortes charges * Un usage dans des contextes d’utilisations multiples (collecte, tests, contrôle qualité, assistance) * Une collecte des paradonnées --- ## Côté "pilotage" * presque pas de sujet pour les enquêtes ménages : Moog couvre déjà le besoin ---- ## Côté "collecte" * sortir de l'adhérence Orbeon/eXist-db ---- ## Stromae v2 : vers la filière Javascript * Développement d'un orchestrateur Lunatic (remplaçant de Orbeon) * Développement d'une api et d'une bdd orientés JSON (remplaçant d'eXist-db) * Adaptation des batchs d'intégration ---- ![](https://minio.stable.innovation.insee.eu/hackmd-uploads/uploads/upload_6a93e1372ce0472bb763c863121341e4.png) ---- ## Stromae v2 : stratégie de développement * S'appuie sur des investissements déjà réalisés : 1/ format de sortie Eno et librairie Lunatic (utilisé pour Prisme, Generic, le poste de collecte Enquêteur Queen) 2/ services et persistance des données (utilisé pour le poste de collecte Enquêteur Queen) ---- ## Stromae v2 : stratégie de développement * Iso-fonctionnalités pour une mutualisation avec les enquêtes entreprises * PoC (preuve de concept) en cours * Coût en développement du reste à faire (ihm, api, batch) : moins de 100 JH * Opportunité d'utiliser un bdd nativement scalabale (MongoDb) : non bloquant **--> objectif : en production pour le 2ème jalon Metallica (web/tél Logement)** ---- ## Stromae v2 : focus sur le reste à faire * Paradonnées : s'appuyer sur les travaux d'identification du besoin réalisés sur Orbeon avec la division Logement * Responsive/accessible design : pris en compte dès le début * Étude d'architecture sur les bdd MongoDb (en cours avec la DAAP) * Tests de charge au CEI --- ## Avantages * Investissement faible * Technologies modernes pour une solution durable * Meilleure maitrise des outils pour une meilleur évolution de la couverture fonctionnelle * Système analogue pour la collecte web et la collecte enquêteur (simplification des sujets multimode à venir) ---- ## Risques - Respect des délais du jalon 2 : faible - Régression (paradonnées, accesibilité, ..) : faible - Moins de "maturité" que la solution existante : moyen - Divergence avec la mutualisation "entreprise" : à maîtriser ---- ## Risques à ne pas faire - Obsolesence techniques : fort - Limites fontionnelles : faible - Cout d'évolution non maitrisé : moyen - Disponibilité et tenue à la charge : très couteuse ---- ## Mutualisation avec les enquêtes entreprises ? - Système modulaire - Reprise de la partie collecte (y compris architecture scalable) simplifiée - Re-développement de la partie "Pilotage" (à évaluer) - Organisation d'une migration lourde --- # Sortie d'eXist-db : questions ? Comité de pilotage Métallica, 4 février 2021
{"metaMigratedAt":"2023-06-15T19:15:07.608Z","metaMigratedFrom":"Content","title":"Sortie d'eXist-db","breaks":true,"contributors":"[{\"id\":\"cff1a000-8723-4db8-abce-267d76f485c1\",\"add\":5128,\"del\":428}]"}
    148 views