Quando si progetta un flusso di messaggi, vanno presi in considerazione diversi fattori di progettazione che
includono alcune o tutte le seguenti opzioni:
- Quali nodi forniscono la funzione richiesta. In molti casi, è possibile scegliere tra diversi
nodi che forniscono una funzione adatta. Si possono prendere in considerazione altri fattori qui
elencati per stabilire quale sia il nodo migliore per soddisfare i bisogni
generali. E' possibile includere nodi integrati, nodi definiti dall'utente, e
nodi del flusso secondario. Per ulteriori informazioni, consultare Determinazione dei nodi da utilizzare.
- Se sia appropriato includere più di un nodo di input. Per ulteriori informazioni, consultare Utilizzo di più di un nodo di input.
- Se è possibile utilizzare i flussi secondari, ad esempio per definire
un nodo di output specifico con proprietà comuni. Per ulteriori informazioni, consultare Utilizzo dei flussi secondari.
- Quali tempi di risposta le applicazioni si prevedono dal flusso di messaggi. Su questo influiscono
diversi aspetti di come si configurano i nodi e il flusso.
Per ulteriori informazioni, consultare Ottimizzazione dei tempi di riposta del flusso di messaggi.
- Se si vogliono utilizzare code cluster WebSphere MQ. Per ulteriori informazioni, consultare Utilizzo delle code cluster WebSphere MQ per input e output.
- Se si vogliono utilizzare code condivise WebSphere MQ
su z/OS. Il loro utilizzo viene descritto ulteriormente in Utilizzo delle code condivise WebSphere MQ per input e output (z/OS).
- Se si desidera che i messaggi subiscano la conversione dati. Le opzioni a disposizione sono
descritte in Configurazione dei flussi di messaggi per la conversione dei dati.
- Quali operazioni svolgere per assicurare che in messaggi non vadano perduti. Per ulteriori informazioni, consultare Come assicurare che i messaggi non vadano perduti.
- Come vengono gestiti gli errori all'interno del flusso di messaggi. E' possibile utilizzare le funzioni fornite dal
broker per gestire gli errori che si incontrano durante l'esecuzione del flusso di messaggi
(ad esempio, se il nodo di input non riesce a richiamare un messaggio di input
o se, scrivendo in un database, si verifica un errore). Tuttavia, potrebbe sembrare più opportuno
progettare il flusso di messaggi per gestire gli errori in un modo specifico. Per ulteriori informazioni, consultare Gestione degli errori nei flussi di messaggi.
Per un'introduzione di base allo sviluppo di flussi di messaggi, consultare il Redbook IBM WebSphere Message Broker Basics.