O uso dunha CDN (Content Delivery Network) é moi recomendable cando queremos mellorar o rendemento dun sitio web, especialmente se temos moitas visitas desde varias localidades . Pero dependendo de como estea programada a web e do tipo de información que mostre, podemos aproveitar máis ou menos as características deste tipo de servizos.
Que é un CDN?
Tecnicamente, as CDN son redes de proxy inverso moi potentes , conectadas directamente aos enrutadores principais de Internet (xa explicamos aquí o que era un proxy inverso ). É dicir, son servidores moi rápidos, nos que se almacena en caché o contido que solicitan os usuarios e.
Aao estar conectados directamente ao núcleo ou moi preto dos principais enrutadores de Internet (o que se chama a primeira capa ou Tier-1), poden responder máis rápido que a maioría dos servidores, onde as solicitudes. Tormalmente teñen que pasar por un maior número de enrutadores menos potentes.
Ademais, isto tamén lles permite empregar a tecnoloxía Anycast , que consiste en utilizar unha única IP para todos os servidores proxy CDN para que cando chegue unha solicitude responda aquela máis próxima á IP do usuario.
Vexamos un diagrama aproximado de como funciona un CDN:
No exemplo vemos 7 clientes que solicitan simultaneamente o Listas de fax mesmo ficheiro desde o sitio web , pero só 3 deles chegan ao servidor de orixe. Isto ocorre porque a primeira solicitude que chega a cada nodo fai que a resposta do servidor de orixe se almacene na súa caché, polo que a seguinte solicitude doutro cliente non ten que viaxar á orixe, senón que o nodo responde directamente desde este contido almacenado na caché .
Na localización xeográfica 2 non obteremos ningunha mellora. Tendo só un cliente que realizou a solicitude, do mesmo xeito que non obteriamos melloras para os clientes que soliciten distintos ficheiros, por primeira vez, dende o mesmo nodo.
Para que serve un CDN?
O CDN é útil para:
Fai que as solicitudes almacenadas na caché nestes se devolvan máis rápido, aumentando a velocidade do sitio.
Achegar o servizo á localización do usuario , para que non só se devolvan antes os ficheiros porque poden estar nun servidor máis potente ou co código HTML xa xerado. Tsenón que a latencia é menor, xa que teñen que percorrer menos distancia e , en consecuencia, menos saltos entre enrutadores .
Libera un servidor saturado da carga mantendo un número estable de solicitudes.
Mitigar os ataques: é unha das mellores formas de evitar ataques de denegación de servizo distribuída ( DDoS ): consiste en lanzar moitas solicitudes á nosa web desde varias localizacións para intentar bloquear o servidor.
Cando os usuarios nos visitan desde unha única localización. Tnon é necesario contratar unha CDN con moitos nodos, xa que cun único proxy inverso con.
Cando non se utiliza a caché dunha CDN?
Idealmente, o CDN permitiranos almacenar na caché todos os ficheiros do sitio web. Aque dividiremos en ficheiros estáticos (é dicir: imaxes, CSS, JavaScript e fontes) e ficheiros dinámicos (o HTML) . Estes últimos son os máis importantes para o rendemento . O ideal sería que a CDN gardase en caché sempre que sexa posible (aínda que xa teñamos unha caché HTML no servidor de orixe). Hai situacións, que explicamos a continuación, nas que non poderemos almacenar na caché todo o HTML nos nodos CDN :
Se, pola contra, o contido se actualiza cada determinado número de horas ou días, poderemos utilizalo.
Moitas localizacións con poucos usuarios:
Se temos localizacións con poucos usuarios e a caché HTML rexenerase con moita frecuencia. Uuso desta caché pode resultar contraproducente.
Así, sempre ou case sempre, producirase un fallo de caché.
Yambia o contido en función da cadea user-agent do navegador do usuario.
En que casos é máis útil a caché dunha CDN?
Gnon poderemos almacenar na caché este contido no CDN. Opolo que todas as solicitudes que cheguen á CDN co nome Poderíamos almacenar na caché o resto das páxinas normalmente.
Aquí, se hai unha cesta da compra, recoméndase que se cargue a través de AJA. Dse non, non se poderá almacenar ningún HTML na páxina web. Se o servizo CDN ten que realizar este tipo de actuacións, poderá requirir a contratación dun plan avanzado.
Chamadas POST que gardan información na base de datos: cando belgium phone number material un usuario envía os seus datos, cubrindo un formulario. Eestes datos deben chegar ao servidor de orixe para ser almacenados na base de datos web. Ppolo que a CDN debe proporcionar os medios para que así sexa. e o liderado non se perde no nodo CDN.
Se contratamos un CDN, sempre poderemos almacenar na aleart news caché todos os recursos estáticos. Non obstante, segundo os casos, é posible que non poidamos. Almacenar na caché todo o HTML , como vimos no punto anterior. Só podemos facelo cando teñamos moitas visitas. Uunha baixa frecuencia de actualización e contidos que non dependen do user-agent , nin de se o usuario iniciou sesión . Se algún destes factores non é o ideal, tamén nos pode beneficiar, pero teremos que ter en conta cada problema.
Ademais, para aproveitar ben un CDN, na implementación non se deben utilizar diferentes subdominios para cada tipo de recurso cargado.
Como elixir un CDN?
Temos que escoller o CDN facéndonos as seguintes preguntas.
Tes nodos nos países onde está o meu público obxectivo? Neste mapa podemos ver os nodos dos catro servizos CDN principais .
