HTTP: ¿Qué ISP usan cachés web en su red troncal?

Esto depende de qué parte del mundo estás hablando. En los EE. UU., Muy pocos ISP (si es que lo hacen) ahora emplean el almacenamiento en caché y de eso una fracción muy pequeña emplearía las soluciones de BlueCoat.

Los tiempos de latencia son tan bajos en los EE. UU. Que hay un caché generalizado cerca para que todos puedan aprovecharlo (piense en Google u otros operadores de CDN).

En otras partes del mundo, desde India, Pakistán, China, Tailandia, Medio Oriente, Indonesia, Australia, Nueva Zelanda, etc., donde el ancho de banda es costoso y / o el contenido fuente está muy lejos (en cuanto a la latencia), el almacenamiento en caché hace mucho sentido. Algunos ISP también usan el almacenamiento en caché como una forma de control proxy (bloqueo de URL, etc., algo que debe hacerse en un país en particular).

El calamar es la forma más común de almacenamiento en caché que se usa, sin embargo, para los grandes proveedores de servicios, Bluecoat definitivamente solía ser un jugador serio (enfatizo la palabra que solía ser ).

Han sucedido un par de cosas:

  • Goggle tiene ahora sus servidores de caché en todo el mundo. Google, parece ocupar la mayor parte del tráfico de Internet para la mayoría de los ISP y proveedores de tránsito. Claro, esto puede cambiar dependiendo de la ubicación geográfica, pero, con mucho, la generalización es que Google ocupa quizás la mayor parte del ancho de banda (descontando el tráfico de torrents). Google tiene y continúa implementando acuerdos de interconexión directa con todos los proveedores de servicios medianos y grandes y continúa exportando sus servidores de caché de Google a proveedores de servicios. (Referencias: Buscar / Buscar el programa Google Global Cache ). También vea una respuesta que escribí anteriormente: ¿Cómo es google.com tan rápido?
  • De código abierto sucedió. Con el hardware cada vez más barato y más rentable, se han implementado en gran medida soluciones de almacenamiento en caché y proxy de código abierto. Se están utilizando todo tipo de variantes, desde Squid-Cache, Varnish, Nginx, etc.
  • Otros proveedores: el espacio dominado por los gustos de BlueCoat y sus competidores se ha visto muy erosionado por otros proveedores, que tomaron las variantes de código abierto o personalizadas de las soluciones de código abierto y construyeron sus propias soluciones de almacenamiento en caché. BlueCoat todavía prefiere licenciar su tecnología en base a usuarios concurrentes (lo que honestamente desconcierta a muchos proveedores de servicios, ya que es inherentemente muy difícil predecir ese número). Otros se han aprovechado de esto, entre ellos: Ara Networks, Mara Systems, Huawei, Oversi, PeerApp, et. Alabama.

En Brasil, diría que la mayoría de los ISP más grandes tienen. Dependiendo del tamaño de la operación, pueden tener su propio caché (como el caché global de Google, Akamai, terra (brasileño) y UOL (brasileño)) o usar el caché central en la oficina principal, que tiene muchos cachés diferentes, principalmente para brasileños Pequeñas empresas de contenido.

La forma en que se hace es diferentes respuestas DNS. Cada rango de red obtiene una dirección diferente para YouTube, Google, Facebook, etc. Hay un servidor localizado que responde a esa IP y al tráfico. Si algo no se almacena en caché, el servidor en sí va al servidor principal (probablemente en los EE. UU.) Y lo obtiene, a excepción del contenido no estático.

Las memorias caché no son efectivas en la red troncal simplemente porque hay demasiado tráfico y las velocidades de enlace son demasiado altas. Los cachés son mucho más efectivos cerca de los bordes de la red.

Akamai es el ejemplo más obvio.