CDN – Content Delivery Network
¿Tiene usted las páginas web de carga lenta? Entonces usted debe tener tiempo para leer esto. Un Sitio Web de carga lenta significa que los clientes insatisfechos que el mundo se está moviendo rápido la gente normalmente se adhieren a los sitios web de carga rápida en lugar de sitios web más lentas de carga. Incluso Google da prioridad a los sitios web de carga más rápidos. Entonces, ¿hay alguna manera de hacer el sitio web para cargar más rápido?
Sí CDN – Content Delivery Network es la solución para que los sitios web carguen más rápidos. La red de distribución de contenidos (CDN) una colección de servidores web distribuidos en varias ubicaciones para entregar el contenido de manera más eficiente a los usuarios. El servidor seleccionado para la entrega de contenido a un usuario específico se basa generalmente en una medida de la proximidad de la red. Por ejemplo, el servidor con menor número de los saltos de red o el servidor con el mejor tiempo de respuesta que se elija.
Si te has dado cuenta, en Noticias hoy ahora la carga de las páginas es más rápida que nunca. Sí. Ahora ya Noticias hoy esta en CDN permitió impulsados por Cloudflare para entretener a más audiencia.
Aquí está un diagrama de una CDN
El costo de un servicio de venta puede ser prohibitivo, pero a medida que su público objetivo se hace más grande y se hace más global, un CDN es necesario para lograr tiempos de respuesta rápidos. El cambio a un CDN es un cambio de código relativamente fácil que mejorará dramáticamente la velocidad de su sitio web.
La CDN es básicamente un sistema de almacenamiento en caché que se dirige a sus clientes con el servidor de almacenamiento en caché más cercano (o nodo). A medida que el cliente accede a su sitio web, recupera el contenido del nodo en lugar del servidor de origen, reduciendo la carga en el servidor y permitiendo la entrega más rápida de su contenido. Con la propagación de on-demand, el contenido de su sitio de origen es inmediatamente expulsado a cada servidor de almacenamiento en caché sólo cuando se solicita desde una ubicación geográfica específica. Esto se traduce en un mayor rendimiento y ahorro de costes. Nuestro panel de control en línea de venta le proporciona información en tiempo real y fácil de utilizar herramientas para el monitoreo, la distribución y la gestión de su contenido.
Cada sitio se inicia en alguna parte, y el primer paso para obtener su sitio web que se ejecuta en el CDN es el nombre del host. Hay dos reglas básicas a seguir:
i. El sitio debe existir dentro de un único host. Por ejemplo, si configura ‘www.ejemplo.com’ van a almacenar en caché los elementos en www.ejemplo.com solamente. No va a almacenar en caché de su sitio vinculado banner.example.com banner o su blog de desarrollo en blog.example.com. Siempre se puede añadir nombres de hosts adicionales o cambiar los ya existentes poniéndose en contacto con su representante de ventas.
ii. El sitio no debe ser un nombre de dominio. Los intentos para configurar una memoria caché de “mydomain.com” romperá los registros DNS de ‘mydomain.com’. Sólo los nombres de host de la hoja como “content.mydomain.com ‘o’ www.mydomain.com ‘funcionará de forma predeterminada.
Si usted tiene un problema con cualquiera de estos puntos, hay algunas soluciones técnicas un poco más complicado que pueden ser empleados en ZNetIndia usted puede hacernos saber que tiene una necesidad especial y haremos nuestro mejor esfuerzo para satisfacer sus necesidades.
El Uso de CDN Content Delivery Network acelerará las tareas
La proximidad del usuario a su servidor web tiene un impacto en los tiempos de respuesta. Implementación de su contenido a través de servidores múltiples, dispersos geográficamente hará que sus páginas se cargan más rápido desde la perspectiva del usuario. Pero, ¿dónde debe empezar?
Como primer paso para implementar el contenido disperso geográficamente, no intente volver a diseñar su aplicación web para trabajar en una arquitectura distribuida. Dependiendo de la aplicación, el cambio de la arquitectura podría incluir tareas de enormes proporciones, tales como la sincronización de las transacciones de la sesión de base de datos estatales y replicación a través de localizaciones de servidores. Los intentos de reducir la distancia entre los usuarios y su contenido podría retrasarse, o nunca pasan, este paso la arquitectura de aplicaciones.
Recuerde que el 80-90% del tiempo de respuesta del usuario final que se gasta la descarga de todos los componentes en la página: imágenes, hojas de estilo, scripts, Flash, etc Esta es la Regla de Oro de rendimiento. En lugar de comenzar con la difícil tarea de rediseñar la arquitectura de su aplicación, que es mejor para dispersar primero a su contenido estático. Esto no sólo logra una mayor reducción en los tiempos de respuesta, pero es más fácil gracias a las redes de distribución de contenidos.