Pregunta

Estoy buscando personas que hayan tenido experiencias al escalar WebMethods ESB a grandes volúmenes de tráfico (tamaño y número de mensajes). ¿Cómo ha ido eso? ¿Hubo algún problema y cómo los resolviste?

¿Fue útil?

Solución

Desde los entornos con los que he lidiado (de 4 a 1000 servidores) se escala bastante bien.

Depende enormemente del tipo de tecnología de transporte de información que esté administrando.

Más rápido es el agente patentado de webMethods Broker, que, en un servidor bien configurado, puede manejar fácilmente millones de mensajes de > 100kb por día.

Si usa un transporte JMS directamente en el Broker (sin transformación / repush en el formato de broker nativo) los pasos adicionales de manejo de mensajes lo reducen un poco (pero la nueva versión 7.1.2 ha mejorado mucho).

En general, otros tipos de transporte (servicios web sin estado y otros) no implican un ESB, pero su arquitectura logística puede variar, por lo que no hay una respuesta clara.


La mayoría de las veces , la clonación de componentes en sistemas de clúster o no clúster es suficiente (el proceso está mayormente vinculado a IO, por lo que podría obtener buenos resultados en la virtualización [o para-virtual, contenedor, sistemas]; a veces realmente necesitas más metal.

Otros consejos

AFAIK, la gente obtiene algunos números agradables con webMethods (pero no usan el clúster de webMethods). Los flujos de webMethods pueden escalarse, con el inconveniente de que no se persisten en cada etapa. Si no usa procesos, debería estar bien con la escala.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top