Domanda

Sto cercando persone che abbiano avuto esperienze nel ridimensionamento di WebMethods ESB su grandi volumi di traffico (sia dimensioni che numero di messaggi). Com'è andata? Ci sono stati problemi e come li hai risolti?

È stato utile?

Soluzione

Dagli ambienti che ho gestito (da 4 a 1000 server) si ridimensiona abbastanza bene.

Dipende fortemente dal tipo di tecnologia di trasporto delle informazioni che stai gestendo.

Il più veloce è il broker webMethods proprietario, che, su un server ben configurato, può gestire facilmente milioni di messaggi > 100kb al giorno.

Se si utilizza un trasporto JMS direttamente sul Broker (nessuna trasformazione / reimpostazione nel formato del broker nativo), la procedura di gestione dei messaggi extra lo rallenta un po '(ma la nuova versione 7.1.2 è notevolmente migliorata).

Altri tipi di trasporto (servizi web senza stato e altri) di solito non coinvolgono un ESB, ma la tua architettura logistica può variare, quindi nessuna risposta chiara lì.


La maggior parte delle volte , la clonazione dei componenti nei sistemi cluster o non cluster è sufficiente (il processo è per lo più legato all'IO, quindi potresti ottenere buoni risultati sulla virtualizzazione [o para-virtual, container, systems]; a volte hai davvero bisogno di più metal.

Altri suggerimenti

AFAIK, le persone ottengono dei bei numeri con webMethods (ma non usano il clustering webMethods). I flussi di webMethods possono ridimensionarsi, con il rovescio della medaglia che non sono persistenti in ogni fase. Se non usi i processi, dovresti essere d'accordo con il ridimensionamento.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top