profesionales - ajp nio 8009

¿Para qué se utiliza el protocolo AJP?

Question

De acuerdo, leí un pequeño artículo sobre wiki que explicaba un poco AJP. Básicamente, este protocolo se utiliza para la comunicación entre Apache y el servidor de aplicaciones. Pero, ¿por qué puede uno necesitarlo en primer lugar? ¿Por qué no utilizar simplemente http?

Answer 1

Más específicamente, y no cubierto en ese artículo de ehow, hay una sobrecarga no trivial para analizar los encabezados http en las solicitudes y crearlas en las respuestas. Si está al frente de su servidor de aplicaciones con un servidor proxy web, AJP le permite omitir ese análisis adicional y simplemente pasar representaciones binarias eficientes de los encabezados entre el servidor proxy y el servidor de la aplicación. Hay otros beneficios con cosas como simples grupos de conexiones e integración ajustada si usa apache / mod_jk para tomcat.

Cliente <- http / s-> Proxy <- http / s -> Aplicación

vs

Cliente <- http / s-> Proxy <- AJP -> Aplicación

Answer 2

Parece que la respuesta que estaba buscando es el rendimiento

http://www.ehow.com/facts_7181755_ajp-protocol_.html

Answer 3

AJP (Apache Jserv Protocol) es básicamente un protocolo binario que permite revertir solicitudes de proxy de un servidor web FE a un servidor de aplicaciones BE, propagando efectivamente toda la información necesaria para que el flujo de Req-Res continúe con éxito. A menudo, AJP se utiliza para equilibrar la carga mediante políticas de sesión adhesiva: gracias a los datos del encabezado transferidos, el servidor web FE puede equilibrar la carga sobre las contrapartes de BE haciendo uso de módulos específicos (como, mod_jk).

AJP se usa principalmente porque:

1. es más eficiente que cualquier intercambio HTTP,
2. está integrado con módulos de proxies inversos ampliamente utilizados (es decir, mod_jk, mod_proxy),
3. La implementación de Tomcat proporciona un amplio conjunto de API transversales a protocolos: los datos de HTTP se propagan a la perfección y se pueden recuperar con llamadas API simples (getXYX () canónico, muy efectivo e inmediato), por lo que es como trabajar con HTTP en una mayor velocidad

Definitivamente, diría que es una solución probada con casi 20 años de madurez en los hombros: se usa con éxito en entornos de producción.