Soluciones
 

Alteon HTTP Compression

Situación

Definición de compresión

La compresión HTTP es una técnica para reducir el tamaño de los datos y mejorar la velocidad de transferencia y la utilización del ancho de banda. La compresión se implementa en los servidores y en los navegadores web de los clientes.

Los datos HTTP se comprimen antes de enviarse desde el servidor: los navegadores compatibles anunciarán al servidor qué métodos son compatibles antes de descargar el formato correcto. Los navegadores que no admiten el método de compresión compatible descargarán los datos sin comprimir.

Los esquemas de compresión más comunes son gzip y Deflate. Existen otros métodos de compresión como SDCH, Brotli, Xpress, XZ, etc.

El cliente web comunica los métodos de compresión preferidos con el encabezado Accept-Encoding HTTP. Por ejemplo: Accept-Encoding: gzip, deflate.

El servidor web comunica el método de compresión utilizado con el encabezado Content Encoding. Por ejemplo: Content-Encoding: gzip.

Configuración

¿Por qué es mejor comprimir en el lado del servidor en lugar de en Alteon?

Las implementaciones modernas de los servidores cuentan con bibliotecas de compresión modernas y actualizadas que pueden comprimir los datos de manera eficiente sin una sobrecarga de rendimiento notable en el servidor. Además, la relación de compresión de gzip y deflate es aproximadamente un 20 % mejor cuando el algoritmo de compresión se calcula sobre todo el cuerpo del recurso.

Dado que los servidores web suelen almacenar la mayor parte de los datos de los recursos a nivel local, la compresión es más eficaz si se realiza en el lado del servidor. Intrínsecamente, en los escenarios de ADC (forward proxy o middle box), el proxy comprime solo los datos disponibles en ese momento y no el recurso completo. Esto puede hacer que el resultado de la compresión no sea óptimo.

¿Cuándo se debe usar la compresión en Alteon?

Cuando se habiliten las siguientes funciones de modificación de contenidos:

Fastview

Fastview

Modificaciones del cuerpo

Modificaciones del cuerpo

Inspección de tráfico

Inspección de tráfico

El ADC necesita procesar la versión de texto sin cifrar del contenido, por lo que debe haber una carga útil descomprimida para poder tener una carga útil descomprimida. El ADC puede elegir entre pedir al servidor que no comprima ninguno de los datos y envíe la carga útil en texto sin cifrar (no recomendado) o recibir los datos comprimidos del servidor y descomprimirlos según la demanda.

Rendimiento de compresión de Alteon D-Line para varias plataformas

Cuando se habilita la compresión, Alteon D-Line puede escalar con un rendimiento inferior

Plataforma Rendimiento
4208 D-Line 2.4 Gbps
5208 D-Line 6 Gbps
5820 D-Line 7.6 Gbps
5424 D-Line 7.6 Gbps
6024 D-Line 12.2 Gbps
6420 D-Line 12.3 Gbps
7100 D-Line 25.4 Gbps
7700 D-Line 25.4 Gbps
8600 D-Line 37.5 Gbps
9800 D-Line 57.6 Gbps

Comuníquese con el equipo de ventas de Radware

Nuestros expertos responderán sus preguntas, evaluarán sus necesidades y le ayudarán a comprender cuáles son los mejores productos para su negocio.

¿Ya es cliente?

Estamos listos para ayudar si necesita asistencia, servicios adicionales o respuestas a sus preguntas sobre nuestros productos y soluciones.

Sucursales
Obtenga respuestas ahora de la base informativa
Obtenga capacitación en línea gratis del producto
Comuníquese con el soporte técnico de Radware
Únase al programa para clientes de Radware

Consulte las redes sociales

Comuníquese con expertos y participe en la conversación sobre las tecnologías de Radware.

Blog
Centro de Investigación de Seguridad
CyberPedia