Modelli di routing del messaggio
I modelli di routing dei messaggi definiscono linee guida comprovate per il routing di un messaggio agli endpoint di destinazione. Il routing può essere il risultato della configurazione statica oppure può essere configurato dinamicamente in base a un numero di criteri e usando un numero di metodi.
Router messaggi
Il modello Router messaggi determina il destinatario del messaggio in base a un set di condizioni. Per una descrizione dettagliata di questo modello, vedere Message Router (https://go.microsoft.com/fwlink/?LinkId=186844) nel sito Modelli di integrazione aziendale.
L'implementazione di questo modello nell'itinerario Designer è una combinazione del servizio di routing dell'itinerario di Microsoft BizTalk ESB Toolkit e di un singolo resolver basato su contenuto. Il servizio di routing itinerario è responsabile della promozione delle proprietà di routing dei messaggi nel contesto dei messaggi di Microsoft BizTalk o per il routing esplicito di un messaggio.
È possibile scegliere il servizio di routing itinerario fornito da Microsoft BizTalk ESB Toolkit come indicato di seguito:
Definire il servizio di routing itinerario con un estensione di messaggistica da eseguire in una pipeline BizTalk usando Itinerario Designer.
Definire il servizio di routing itinerario con un estensione di orchestrazione da eseguire come orchestrazione usando Itinerario Designer che esegue il routing usando le porte di invio BizTalk.
Il resolver associato al servizio di routing itinerario determina il destinatario del messaggio, in base al contenuto del messaggio. È possibile scegliere tra i resolver che supportano il routing basato sul contenuto fornito da Microsoft BizTalk ESB Toolkit oppure è possibile implementare il resolver personalizzato.
Per un esempio di implementazione di questo modello in Microsoft BizTalk ESB Toolkit, vedere le risorse seguenti:
Procedura: Risolvere un endpoint di servizio usando una ricerca di chiave binding UDDI
Procedura: Risolvere un endpoint di servizio usando una ricerca di categoria UDDI
Router basato sul contenuto
Il modello Router basato su contenuto determina il destinatario di un messaggio in base al contenuto del messaggio. Per una descrizione dettagliata di questo modello, vedere Router basato su contenuto (https://go.microsoft.com/fwlink/?LinkId=186839) nel sito Modelli di integrazione aziendale.
L'implementazione di questo modello in Routey Designer è una combinazione del servizio di routing di itinerario di Microsoft BizTalk ESB Toolkit e di un singolo resolver basato su contenuto. Il servizio di routing itinerario è responsabile della promozione delle proprietà di routing dei messaggi nel contesto del messaggio BizTalk o per il routing esplicito di un messaggio.
È possibile scegliere il servizio di routing itinerario fornito da Microsoft BizTalk ESB Toolkit come indicato di seguito:
Definire un servizio di routing itinerario con un estensione di messaggistica da eseguire in una pipeline BizTalk usando Itinerario Designer.
Definire un servizio di routing itinerario con un estensione di orchestrazione da eseguire come orchestrazione usando Itinerario Designer, che esegue il routing usando le porte di invio BizTalk.
Definire un servizio broker itinerario con un estensione di messaggistica broker da eseguire in una pipeline BizTalk usando Itinerario Designer.
Il resolver associato al servizio di routing itinerario determina il destinatario del messaggio in base al contenuto del messaggio. È possibile scegliere tra i resolver seguenti che supportano il routing basato sul contenuto fornito da Microsoft BizTalk ESB Toolkit:
Sistema di risoluzione XPATH. Usando questo sistema di risoluzione, è possibile instradare il contenuto dei messaggi usando le query XPATH.
Sistema di risoluzione bre. Usando questo sistema di risoluzione, è possibile recuperare le informazioni di routing dal contenuto del messaggio usando il motore regole BizTalk.
Sistema di risoluzione del contesto del messaggio. Usando questo resolver, è possibile recuperare il contenuto di un messaggio dal contesto del messaggio BizTalk quando è associato a un servizio di itinerario di Microsoft BizTalk ESB Toolkit.
Nota
Oltre agli scenari di implementazione precedenti, è possibile sviluppare una soluzione di risoluzione basata su contenuto e routing dell'itinerario personalizzata come servizio basato su messaggistica o orchestrazione. In questo caso, potrebbe essere necessario implementare estensioni per il resolver e il servizio itinerario microsoft BizTalk ESB Toolkit per interagire con l'Designer itinerario.
Ad esempio di questa implementazione, vedere le risorse seguenti:
Installazione ed esecuzione del campione On-Ramp dell'itinerario
Routing Slip
Il modello Di recapito del routing descrive uno scenario in cui un messaggio deve essere instradato tramite una serie di componenti in un ordine pre-definito, che potrebbe non essere noto in fase di progettazione. Per una descrizione dettagliata di questo modello, vedere Routing Slip (https://go.microsoft.com/fwlink/?LinkId=186840) nel sito Modelli di integrazione aziendale.
L'implementazione di questo modello viene fornita da Microsoft BizTalk ESB Toolkit; l'implementazione dipende dal tipo di applicazione client che invia un messaggio per l'elaborazione basata su itinerari:
Proxy del servizio. Con questo tipo di applicazione, configurare Microsoft BizTalk ESB Toolkit su rampa con il componente pipeline del selettore itinerario e associare un resolver di itinerario per selezionare l'itinerario appropriato di Microsoft BizTalk ESB Toolkit. Le proprietà dell'itinerario possono essere configurate come proprietà statiche usando il resolver ROUTEY oppure possono essere configurate come proprietà dinamiche usando il motore regole BizTalk e il resolver BRI.
Client avanzato. Con questo tipo di applicazione, configurare Microsoft BizTalk ESB Toolkit su rampa con il componente pipeline del selettore itinerario e il resolver ROUTEY-STATIC. L'applicazione client invia un messaggio con un'intestazione di riferimento di itinerario che contiene il nome dell'itinerario, la versione e l'identificatore di rilevamento.
Client adattivo. Con questo tipo di applicazione, l'applicazione client richiama il servizio resolver, che, a sua volta, identifica il riferimento all'itinerario passando lo stato client come messaggio di richiesta. Se l'itinerario viene risolto, l'applicazione client invia un messaggio con riferimenti all'itinerario nello stesso modo dello scenario client avanzato precedente.
Per altre informazioni sull'implementazione di questo modello, vedere le risorse seguenti:
Procedura: Selezionare un itinerario usando criteri di regole buiness
-
Nota
Oltre agli scenari precedenti, è possibile sviluppare un sistema di risoluzione itinerario personalizzato e servizi di routing itinerario. È possibile prendere in considerazione la creazione di estensioni di progettazione per i servizi di itinerario personalizzati da usare nell'Designer itinerario.
Scatter-Gather
Il modello di Scatter-Gather consente l'invio di messaggi a più destinatari e per aggregare le risposte; ciò comporta un singolo messaggio. Per una descrizione dettagliata di questo modello, vedere Scatter-Gather (https://go.microsoft.com/fwlink/?LinkId=186841) nel sito Modelli di integrazione aziendale.
Per un esempio di implementazione di questo modello, vedere l'esempio Installazione ed esecuzione dell'esempio di esempio di Scatter-Gather .
Elenco destinatari
Il modello Elenco destinatari risolve la soluzione di scenario in cui viene instradato un messaggio a uno o più destinatari. L'elenco dei destinatari può essere definito staticamente (ovvero ha un elenco fisso di destinatari) o dinamicamente. Per una descrizione dettagliata di questo modello, vedere Elenco destinatari (https://go.microsoft.com/fwlink/?LinkId=186842) nel sito Modelli di integrazione aziendale.
L'implementazione di questo modello in Itinerario Designer è una combinazione del servizio di routing di Microsoft BizTalk ESB Toolkit e di più resolver. Il servizio di routing itinerario è responsabile della clonazione di un messaggio e quindi dell'uso delle proprietà del contesto del messaggio BizTalk per instradare in modo esplicito un messaggio.
È possibile scegliere il servizio di routing itinerario fornito da Microsoft BizTalk ESB Toolkit come indicato di seguito:
Definire il servizio di routing itinerario con un estensione di messaggistica da eseguire nella pipeline BizTalk usando Itinerario Designer.
Definire il servizio di routing itinerario con un estensione di messaggistica da eseguire come orchestrazione usando Itinerario Designer, che esegue il routing usando le porte di invio BizTalk.
Il resolver associato al servizio di routing itinerario determina il destinatario del messaggio in base al contenuto del messaggio. È possibile scegliere il set di resolver forniti da Microsoft BizTalk ESB Toolkit per implementare questo scenario. Per altre informazioni sull'implementazione di questo modello, vedere la risorsa seguente:
Splitter
Il modello Splitter risolve il problema quando un singolo messaggio deve essere suddiviso in più messaggi. Per una descrizione dettagliata di questo modello, vedere Splitter (https://go.microsoft.com/fwlink/?LinkId=186843) nel sito Modelli di integrazione aziendale. Per altre informazioni sull'implementazione di questo modello, vedere la risorsa seguente:
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per