[OSM-dev-fr] [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[sly (sylvain letuffe)]

On mercredi 19 décembre 2012, Jocelyn Jaubert wrote:
> Je me demandais: est-ce que avoir un serveur de rendu dédié à une région
> spéciale (genre la France) serait une solution envisageable ?

Jocelyn, tu penses à tout ;-)

Je pense que ça peut se creuser, y'a de l'idée et j'ai même commencé à mettre 
sur papier quelques idées, mais j'ai peur que ça soit un peu délicat et pas 
super robuste (en tout cas avec mes bidouilles à deux balles que j'ai en 
tête), il faut que je chercher voir si squid, ou apache peut nous faire ça en 
mode proxy.

De prim abord, je pense que la puissance nécessaire à faire un rendu sur la 
terre, bien que pas vraiment possible avec mon smartphone, n'est pas non plus 
impossible. Je prouverais (dès que cquest c'est occupé de ma VM au lieu de 
jouer avec des kernels :-p ) , que c'est possible avec les serveurs que la 
fondation free a eu le bon goût de nous fournir.
(j'ai peur de découvrir toutefois qu'un SSD aurait vraiment été bien, auquel 
cas je ferais mon malin à dire "J'l'avais dis" :-p)

Et cette croyance actuelle que j'ai m'incite à ne pas m'éparpiller à coller 
des bouts des ficelles entre eux mais partir sur une "vrai" solution, avec 
une babasse qui dépotte

> En gros, l'idée serait d'avoir un serveur de rendu par région, qui ne
> contiendrait qu'un petit terrain, et sur les zoom élevés. Ça devrait
> permettre 
> de diminuer grandement la taille de la machine nécessaire, en la mettant là
> où 
> c'est le plus nécessaire. Avec les diffs locaux, ça pourrait être possible.

Oui, je le crois tout à fait réaliste en terme de puissance, moins en terme de 
réalisation.
Pour info, je continue à faire un rendu europe à jour real time avec des vieux 
style mal optimisés sur un 4-coeur + 8GO de RAM sans SSD, donc oui, j'y crois 
et ce, en grande partie grâce à ce que tu as développé pour les europe diffs)

En quoi j'ai peur de la réalisation ? 
le protocole utilisé est TMS, on l'appel comme ça :
http://duchmol/zoom/x/y.png

Et, hélas pas, ainsi : http://zone-[bbox max].duchmol/zoom/x/y.png
Ou il aurait été bien plus facile de préparer un cluster géographique réparti 
ou chaque serveur annonce quelle bbox il peut couvrir et le client openlayers 
supportant ce faux TMS se charge d'interroger le bon serveur de la bonne zone

En clair avec le vrai TMS, on tombe sur un seul serveur, et lui ne sait pas 
encore s'il peut ou non servir la requête, l'idée que j'ai est donc un proxy 
(non cache) intelligent que je préfère nommer "le dispatcher"

Son rôle et de transmettre la demande au bon serveur qui gère la bonne zone, 
il doit :
- maintenir une liste des serveurs ordonnés de zone et la zone qu'ils couvrent
- faire le calcul, à partir d'une URL TMS afin de déterminer dans quelle zone 
elle se trouve
- Proxier/ou rediriger par un HTTP 301 la demande de l'internaute vers le 
serveur le plus adapté

Bigre, rien qu'a l'écrire, je me dis que ça n'est pas si compliqué que ça et 
que ça pourrait largement trop bien le faire.
(cadeaux bonux, mise en cache des zoom 0 à 9 les plus souvent demandés)


-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe