[OSM-talk-fr] Sécuriser Overpass API : quelles solutions ?

[osm.sanspourriel at spamgourmet.com]

Si je comprends bien le souci c'est qu'en cas de plante il faut remonter 
une base puis appliquer les diff.

C'est ça qui est lent.

Mettre du propriétaire n'y changera rien.

Si on veut répliquer Postgres avec du WAL ou des clusters, la solution 
libre existe.

Il me semble moins coûteux (en moyens humains et en monnaie sonnante et 
trébuchante) d'envisager une meilleure utilisation de la réplication de 
postgres. Et donc d'avoir un cluster par exemple entre la France, 
l'Allemagne et la Russie. Ou mieux entre la France et la France, 
l'Allemagne et l'Allemagne etc... histoire de basculer localement. Mais 
ça veut dire le double de besoins. Est-ce jouable ?

N.B. : il serait aussi intéressant de savoir pourquoi le disque n'a pas 
eu le temps d'écrire.

J'ai fait plus de 500 arrêts brutaux de SSD PLP (Power Loss Protection) 
alors que j'écrivais dessus. Pas eu le moindre soucis. Peut-être que je 
n'avais pas une méthode assez radicale (mais correspondant à mon besoin) 
d'écrire massivement.

Jean-Yvon


Le 23/07/2017 à 20:04, Philippe Verdy - verdy_p at wanadoo.fr a écrit :
> Non je ne parle pas de l'installation du socle logiciel.Le problème 
> c'est bien la réplication des données et là on est vraiment à la 
> ramasse: il suffit de voir comment c'est compliqué et long de 
> redémarrer quand une instance est plantée, et pas du tout à cause du 
> logiciel opensource utilisé ou de l'OS.
>
> On a un problème sérieux dans l'architecture des données elles-mêmes 
> et leur mode de distribution/réplication. Et on n'a pratiquement rien 
> fait pour améliorer ça.

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20170723/47bffbec/attachment.htm>