¿Qué tan escalable es el muelle?

Question

¡Saludos! Escribí un servidor HTTP altamente escalable (versiones largas) en C/C ++ usando Libevent. Sin embargo, es desordenado, apenas portátil, y seamos sinceros: es C. y mucho menos que he tenido algunos problemas importantes con el conector mysqlcpp (que es basura completa), y algunos problemas menores con libevent (podría ser porque yo 'm usando 2.0.1-alfa). El servidor de eventos es C/C ++, y el backend real es PHP-FPM que presioné si lo necesito (es decir, si hay un nuevo evento). Todo el enrutamiento proxy/CGI se realiza a través de Nginx.

Estoy debatiendo solo reescribir todo (servidor de eventos y backend) en Java: me gusta usar PHP para el front-end. He escuchado muchas cosas buenas sobre Jetty, pero me pregunto si alguien ha tenido experiencia en la implementación de aplicaciones altamente concurrentes del mundo real que trabajan en el backend del muelle. Si es así, ¿cómo se acumula en comparación con una implentación Libevent HTTP, o bibliotecas equivalentes de Erlang y Python Server?

no estoy interesado en apachebench puntos de referencia para que no los vincule. Estoy interesado en concurrencia y escalabilidad.

Gracias por cualquier idea.

Answer 1

Hemos usado el colapso largo de Jetty por un tiempo y hemos estado muy contentos con eso. Nunca hemos estado cerca de 10k+ usuarios concurrentes Sin embargo, como lo demostró los desarrolladores de muelles. Sin embargo, la sobrecarga adicional de 300-400 conexiones Cometd concurrentes apenas se notó en nuestros servidores de gama baja. Otro artículo explica Agrupación de Jetty y Cometd usando terracota (que es otro software increíble).