[OSM-dev] Alternative tile webserver needed?

Stefan de Konink skinkie at xs4all.nl
Sun Apr 29 23:57:40 BST 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Lars Aronsson schreef:
> Stefan de Konink wrote:
> 
>> Maybe a *stupid* idea, but why don't we split the tile servers on one
>> layer to different servers. So a London based server serves the UK,
> 
> Yes, this is a stupid idea (no offense, the idea is stupid, not 
> you) because it increases complexity enormously and makes the 
> over-all system harder to understand and harder to maintain.
> 
> Still, this kind of idea always pops up. I don't know how many 
> times I've seen it on Wikipedia's mailing lists.  For a while, 
> somebody sponsored a separate server in Korea for the Wikipedias 
> in Japanese and Korean.  But coordinating the sysadmin people in 
> both places was too hard, so they moved everything back to one 
> place in Florida (in September 2006).
> 
> I used to get irritated by the "clueless" suggestion to distribute 
> server facilities based on geography, but now I'm instead starting 
> to see a positive aspect of it: When you have server problems, 
> sooner or later somebody will come with a suggestion to distribute 
> facilities based on geography.  The people who run the servers had 
> better fix any problems before this happens.  It's like the mine 
> workers who brought a canary bird to indicate when oxygen was 
> running low.  When users start suggesting geographic server 
> distribution, that's the equivalent of the canary bird stopping to 
> sing.

I'm sorry but I don't see the relation between complexity and least cost
routing. It is just a sign that people are 1) just lucky they don't pay
any bills 2) didn't think about scalablity.

Isn't it an interesting idea to have different servers for different
continents on the *same* location? I still *strongly* believe that
splitting the 'higher zoomlevels' to local servers because they are more
used locally. It saves a BUNCH of diskspace per server and probably
makes the operation less complex per server.




Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGNSLkYH1+F2Rqwn0RCjwpAJ9/8fOsY+DRkj+uMEcyAlNl5TMcSACePKRZ
zU2ZRhO4YK9/JXSMp2Orzvo=
=uQGA
-----END PGP SIGNATURE-----




More information about the dev mailing list