Pergunta

Estou à procura de pessoas que tiveram experiências de escala WebMethods ESB para grandes volumes de tráfego (tanto tamanho e número de mensagens). Como é que isso foi? Houve algum problema e como você resolvê-los?

Foi útil?

Solução

A partir dos ambientes eu lidei com (de 4 a 1000 servidores) dimensiona muito bem.

Depende descontroladamente sobre o tipo de tecnologia de transporte de informação que você está gerenciando.

Fastest é os webMethods propriedade corretor, que, em um servidor bem configurado, pode facilmente lidar com milhões de> 100kb mensagens por dia.

Se você usar um transporte JMS diretamente no Broker (não transformar / repush sobre o formato corretor nativo) processar a mensagem adicional passos retarda-lo um pouco (mas a nova versão 7.1.2 tem melhorado muito).

Outros tipos de transporte (serviços de apátrida da web e outros) geralmente não envolvem um ESB, mas sua arquitetura de logística pode variar, a resposta tão claro Não.


Na maioria das vezes , clonagem dos componentes em sistemas de cluster ou de cluster não é suficiente (o processo é principalmente IO-bound, para que pode obter bons resultados em virtualização [ou para-virtual, recipiente, sistemas], às vezes você realmente precisa de mais metal

.

Outras dicas

AFAIK, as pessoas ficam alguns números agradáveis ??com webMethods (mas eles não usam webMethods agrupamento). Os fluxos webMethods pode ser dimensionado, com o inconveniente de que eles não são persistentes através de cada fase. Se você não usar processos, você deve estar ok com a escala.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top