WebMethods ESB si adatta?
-
02-07-2019 - |
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?
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.