Skip to content
This repository has been archived by the owner on Oct 15, 2020. It is now read-only.

Librairie pour maintenir des miroirs lecture seule de la BAN #61

Open
yohanboniface opened this issue Jan 5, 2016 · 4 comments
Open

Comments

@yohanboniface
Copy link
Contributor

Pour faciliter les usages spécifiques extensifs de la BAN, il serait intéressant d'avoir une librairie qui permette de maintenir à jour des miroirs de la BAN.
Il s'agirait de base en lecture seule, ne contenant donc que les infos par ailleurs exposées via l'API.
En gros, il faudrait:

  • consommer un export de la BAN en one shot
  • consommer les diffs au fil de l'eau
  • fournir des hooks pour lancer des actions à chaque mise à jour du miroir
@christopheprudent
Copy link
Contributor

avec @Apside-bdx-BBO nous avons pensé à plusieurs scénarios (synoptiques en cours de réalisation)

il serait peut-être intéressant d'avoir simplement une base miroir de la BAN (par système de réplication de base de données, voir avec PostgreSQL), en lecture seule, pour répondre en effet à ces accès spécifiques, type ADDOK, via l'API Restful sur le READ seulement

@yohanboniface
Copy link
Contributor Author

il serait peut-être intéressant d'avoir simplement une base miroir de la BAN (par système de réplication de base de données, voir avec PostgreSQL), en lecture seule, pour répondre en effet à ces accès spécifiques, type ADDOK, via l'API Restful sur le READ seulement

A mon sens, l'idée de la base miroir, c'est qu'elle puisse être mise en place par n'importe qui, sans avoir à demander de permission, sans avoir à ouvrir le moindre accès réseau ou whatever. Donc je ne pense pas que ça puisse utiliser des systèmes de réplications de base de données, parce que d'une part ça voudrait dire que des données non ouvertes serait répliquées, d'autre part ça demanderait une coordination avec l'équipe BAN pour chaque miroir mis en place.

@cquest
Copy link
Contributor

cquest commented Mar 17, 2016

Les miroirs sont plutôt à mettre en place sur un principe similaire à ce qu'on fait sur OSM:

  • des dumps de la base mis à jour de façon hedbomadaire
  • des diffs publiés en daily, hourly, minute pour mise à jour à la fréquence de son choix

Avantages:

  • on diffuse des fichiers statiques par des protocoles basiques (HTTP)
  • on n'impose pas de base de donnée pour le miroir, cela peut être n'importe quoi, il suffit d'un importeur adapté à l'usage qu'on veut faire
  • il n'y a pas de limite dans le nombre de miroir et une totale souplesse pour les déployer

@ebuard ebuard added this to the prod future milestone May 17, 2017
@ebuard
Copy link

ebuard commented May 17, 2017

Cette réplication maison peut être intéressante si nous avons des usages à mettre en place sur cette base miroir.

La partie diff régulier est peut-être aussi interessante pour une consommation par des tiers (cf par exemple #50 ou autre application).

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants