Déplacer coographie sur le repo SemApps

[srosset81]

Résumé de la discussion d'aujourd'hui, en attendant le retour de @simonLouvet

Problématique

Maintenir deux bases de code (sur les repo semapps et sur semapps_coographie), avec en plus à chaque fois un middleware et et un frontend différent, n'est pas faisable sur le long terme. L'instance https://dms.semapps.org va être décalée, ou alors il faudra continuellement la mettre à jour.

Par ailleurs, avoir un repo différent pose des problèmes pour le développement. Notamment pour synchroniser avec les packages via Lerna. La solution que j'ai utilisée est de faire deux repo différents, que je clone dans les répertoires frontend et middleware de SemApps.

Solution proposée

L'instance "Coographie" est une vitrine idéale autant pour l'AV que pour SemApps.

C'est l'instance de base de SemApps, donc autant la déplacer dans le repo principal.

Pour continuer à avoir un sandbox où on peut s'amuser à mettre des données sans toucher à des données en prod, il suffirait de déployer le même code sur deux serveurs différents. De cette manière, il n'y a aucune maintenance particulière.

• Prod: https://archipel.assemblee-virtuelle.org
• Sandbox: https://sandbox.semapps.org

Par ailleurs, on pourrait imaginer (plus tard), un script qui synchroniserait automatiquement les données de prod sur le sandbox, en supprimant/altérant peut-être les données sensibles et en enlevant les droits. De cette manière, même si quelqu'un vient et supprimer la moitié des données, ces données seront restaurées automatiquement après, par exemple, 24h.

[srosset81]

Validé à la réunion technique de ce jour 18/09 avec @simonLouvet

• On va proposer trois types d'interfaces "génériques" qui seront sur le repo SemApps:

  1. dms (une version basique de react-admin)
  2. archipelago (le design utilisé pour coographie, mais avec un logo SemApps au lieu d'AV)
  3. playground (qui n'est pas amené à évoluer à court terme)

• Dans un premier temps, on va garder le repo https://github.com/assemblee-virtuelle/semapps_coographie mais celui-ci se basera sur la "template" archipelago layout. Il sera mis à jour manuellement. Cela permettra notamment d'avoir une image ou un thème différent de celui de la template archipelago.

Autres décisions, qui seront traitées dans d'autres issues:

• On va réfléchir à proposer une CLI (command-line interface) qui permette de déployer non seulement une de ces trois interfaces, mais aussi le middleware et le docker-compose qui orchestre tout, sans avoir besoin de créer d'autres repo ou d'avoir du code en doublon. Développer un CLI spécifique à SemApps #386

• Le serveur Coographie gérera un middleware pour la prod, et un middleware de test (mode "bac à sable"). Cela sera inclus dans la config docker-compose du repo semapps_coographie. Configurer un bac à sable sur le serveur Coographie #387

• Les données de test seront synchronisée idéalement chaque nuit sur celles de la prod, en supprimant les données sensibles et, plus tard, les droits d'accès. https://github.com/assemblee-virtuelle/semapps/issues/388

• Simon va bientôt faire un test avec Traefik pour voir si le déploiement sera plus facile avec cet outil qu'avec Nginx. Tester Traefik #389

• On va tester yarn link pour faciliter les contributions des autres développeurs sur SemApps core, mais aussi d'autres configurations de Lerna (en mettant le fichier de config à la racine ?) Améliorer la doc pour onboarder les nouveaux développeurs #327