caching - ps4 - servidor proxy online
¿Cómo comenzar a usar el almacenamiento en caché web, los CDN y los servidores proxy? (1)
En ese momento comencemos con el almacenamiento en caché ...
El almacenamiento en caché se trata de almacenar algo de forma temporal para que no tenga que realizar una operación más costosa para recuperarlo cada vez.
El almacenamiento en caché de HTTP se trata de guardar viajes de ida y vuelta a los servidores, si solo usa comportamiento predeterminado, un navegador le pedirá al servidor que "me envíe una copia de este recurso si tiene una versión más reciente"
Si configura el encabezado expira a una hora futura, entonces el navegador no hace esta pregunta, ya que sabe que puede usar la copia del recurso que tiene.
El almacenamiento en caché a este nivel mejora la experiencia del usuario final y le ahorra ancho de banda.
A partir de su breve descripción, el almacenamiento en caché HTTP podría ayudar con los archivos estáticos más pequeños (lea el capítulo 3 de bookofspeed.com)
El almacenamiento en memoria caché de la base de datos como memcached (y redis) se utilizan para reducir la carga en las bases de datos (por ejemplo) al guardar los resultados en una operación y luego servirlos desde la memoria caché en lugar de repetir la operación de la base de datos.
En su situación, almacenaría en caché la capa de recuperación de datos en función de los parámetros de la solicitud (y quizás asegure que las respuestas HTTP al cliente no estén almacenadas en la memoria caché).
CDNs vs servidores proxy ...
Estas son bestias realmente diferentes. Las CDN consisten en mantener el contenido cerca de sus visitantes, reduciendo así la latencia. Si está sirviendo archivos de gran tamaño, también los coloca en una red optimizada para él en lugar de sus servidores, pero hay un precio de £ ese. Algunas CDN, por ejemplo, Cloud Front, tienen un comportamiento parecido al proxy en el que vuelven a su servidor de origen si no tienen el archivo que el visitante quiere.
Los servidores proxy son literalmente servidores que se ubican entre su servidor y el visitante final: pueden ser parte de su granja de servidores (proxy inverso) de la red del ISP o de la red del visitante.
Un proxy inverso esencialmente descarga el trabajo de comunicación con el visitante final de sus servidores; por ejemplo, si tienen una conexión lenta, atarán un servidor que genere una página por más tiempo. Los proxies inversos también pueden ubicarse frente a varios servidores, ya sea que todos hagan lo mismo o que lo hagan de otra manera, y el proxy presenta una sola dirección al mundo exterior. Squid es un proxy que puedes usar, pero Barn también es un cajero automático muy popular.
Los proxies normales solo actúan como cachés para aquellos visitantes que los atraviesan. Por ejemplo, una empresa puede tener un servidor proxy de caché en su puerta de enlace de Internet para que la primera persona que visite un sitio externo obtenga un archivo y los visitantes subsiguientes lo obtengan del proxy. obtener una experiencia más rápida y la compañía reduce su consumo de ancho de banda.
Supongo que no tiene un sitio de alto tráfico en este momento, así que su desafío es comprender dónde gastar su esfuerzo, es decir, qué necesita optimizar cuándo.
Mi primera recomendación sería obtener un control real del usuario (RUM), incluso si está construyendo el suyo usando Boomerang.js o Pion. También mire las herramientas de monitoreo como Cacti / Munin / CollectD para que pueda entender la carga en sus servidores.
Comprender la experiencia de los usuarios es clave para determinar dónde se necesita optimizar.
Soy un programador novato que está creando una startup que (naturalmente) espero que genere una gran cantidad de tráfico. Estoy alojando mi proyecto django en dotcloud, que está en Amazon EC2. Tengo algunos medios de transmisión (Http, sin embargo, no rmtp) por lo que los chicos de dotcloud me recomendaron ir con un CDN. También estoy usando Amazon S3 para almacenamiento y decidí usar Amazon CloudFront como mi CDN.
Ha llegado el momento en que necesito centrar mi atención en el almacenamiento en caché y estoy perdido y confundido. Soy completamente nuevo en el concepto. Toda la extensión de mi conocimiento proviene de un tutorial que acabo de leer ( http://www.mnot.net/cache_docs/ ) y un fin de semana confuso dedicado a la consulta de Google. Lo más preocupante de todo es que ni siquiera estoy seguro de lo que tengo que hacer para mi sitio.
¿Cuál es la diferencia entre un CDN y un servidor proxy?
¿Es posible que desee utilizar un servicio de almacenamiento en caché (por ejemplo, memcached, redis), un CDN (CloudFront) Y un servidor proxy (squid)?
Nuestro sitio es impulsado por DB y produce listas generadas dinámicamente específicas para las ubicaciones de los usuarios. ¿Se puede almacenar en caché ese sitio? (Las listas en sí mismas son filtrables a través de AJAX, por lo que la URL puede permanecer igual mientras se producen resultados en gran medida diferentes. Por ejemplo, example.com/some_url/ podría generar una lista de 40 objetos, pero solo 10 aparecerán en la página. Al hacer clic en un filtro, el usuario podría terminar con 10 objetos diferentes mientras aún está en / some_url /)
¿Cuáles son las mejores prácticas para un sitio de contenido rico y de alto tráfico?
¿Cómo puedo aprender sobre esto? Donde quiera que miro parece dar por sentado algunos conceptos básicos que aún no tengo como parte de mi propia fundación.
No estoy seguro de estar haciendo las preguntas correctas. Simplemente me siento muy perdido. Ahora he construido el 95% de mi sitio completo y pensé que estaba simplemente resolviendo los detalles, pero el almacenamiento en caché parece ser otra empresa importante. ¡Cualquier orientación / consejo / aliento sería muy apreciada!