Permitir sharding
Ahora que tenemos pocos servidores todos los sitios están en todos lados, pero eso tiene varios problemas:
- Lo ideal es que los servidores estén cerca de (la mayoría de) sus usuaries
- No tenemos forma (aun) de decidir esto dinámicamente
Entonces si empezamos a tener sitios muy alejados geográficamente es posible que enviemos visitas muy lejanas, consumiendo más energía y aumentando la latencia (haciendo la visita más lenta).
Si empezamos a hacer sharding, podemos diferenciar zonas y asignar sitios a zonas más específicas, por ejemplo si alojamos un sitio para Europa, no es necesario que esté en servidores de América y viceversa.
If WordPlumblr had handed out a unique CNAME for every customer then they wouldn't have had a problem. For example, WordPlumblr might have assigned the CNAME 6equj5.wordplumblr.com for Foo.com. Foo.com and the other customers may have all initially resolved, at the end of the CNAME chain, to the same IP address. fuente
Habría que hacer dos cambios en este playbook:
- Permitir dividir
sutty_domains
en zonas y asignar las zonas a subgrupos desutty_dns
- Que estos subgrupos tengan dominios específicos (ej.
lac.sutty.nl
) que los dominios que estén usando sus propios NS puedan usar como ALIAS (ej.domin.io IN ALIAS lac.sutty.nl.
para alojar un sitio en Latinoamérica y Caribe)- La otra opción sería dar de alta un ALIAS interno entre domin.io.sutty.nl y lac.sutty.nl y pedirle a quien configure el sitio que use su ALIAS específico (como indica la cita de CF) de forma que podamos cambiar un sitio de zona si es necesario.