Uso di continuazioni multiple

L'uso dell'Editor profili di rilevamento (TPE) in ambienti in cui sono presenti più attività richiede di comprendere lo scenario in cui vengono rilevate le attività per eseguire il mapping delle porte di ricezione, delle orchestrazioni e delle porte di invio nella sequenza corretta.

In un profilo di tracciamento, TPE valuta automaticamente l'inizio e la fine dell'attività. L'attività inizia quando viene raccolto il primo dato e termina quando viene raccolto l'ultimo pezzo.

Nella maggior parte dei casi la creazione di una singola continuazione, ad esempio una continuazione tra due orchestrazioni, è un processo semplice per gli sviluppatori. Dove TPE presenta complessità è nel caso di più continuazioni. Uno scenario di continuazione multipla è il caso in cui un'attività BAM (Business Activity Monitoring) si estende su più porte di ricezione, orchestrazioni e porte di trasmissione. Per raccogliere i dati BAM in un solo record, è necessario creare continuazioni tra tutte le pianificazioni di BizTalk Server. Questo processo può essere complesso quando viene completato tramite l'interfaccia utente TPE.

In questo argomento viene descritto come creare continuazioni singole e multiple in scenari diversi.

Descrizione dello scenario di base - Più porte di ricezione, orchestrazioni e porte di trasmissione

Lo scenario è costituito da un server BizTalk con numerose porte di ricezione (R), orchestrazioni (O) e porte di trasmissione (S). Esiste una proprietà di contesto interchangeID generica usata per collegare le continuazioni. È possibile usare qualsiasi proprietà di contesto, ad esempio activityID o altro identificatore univoco. La scelta del contenuto specifico non è pertinente per la discussione dello scenario.

Ai fini dello scenario, le discussioni sull'elemento di dati/cardine/valore della proprietà context-value rilevate da queste porte e orchestrazioni non vengono specificate. Questa parte del mapping è specifica per la logica aziendale. L'obiettivo è acquisire tutti i dati BAM da tutti i porti e le orchestrazioni in una singola riga nella tabella delle attività completate. I diversi modi in cui un messaggio può essere ricevuto ed elaborato dalle orchestrazioni presenta alcune interessanti sfide e soluzioni.

Annotazioni

Lo scenario di una porta o di un'orchestrazione può essere considerato un caso speciale dello scenario con molte porte e molte orchestrazioni.

Soluzione scenario 1 - Una porta di ricezione e un'orchestrazione

In questo scenario, un messaggio arriva esattamente a una delle porte di ricezione (R1) e viene elaborato esattamente da una delle orchestrazioni (O1).

Il processo di creazione della continuazione è il seguente:

1. Creare una continuazione nella visualizzazione ad albero delle attività della cartella del profilo di monitoraggio.

2. Scegliere lo schema della proprietà di contesto facendo clic sul pulsante Seleziona origine evento e quindi facendo clic sulla voce di menu Seleziona proprietà di contesto.

3. Individuare la proprietà interchangeId nell'elenco Nome proprietà contesto e quindi selezionarla.

4. Dallo schema proprietà, mappa l'interchangeID alla cartella di continuazione che hai appena creato.

5. Fare clic con il pulsante destro del mouse sul nodo interchangeID appena creato nell'albero delle attività e quindi selezionare le porte da cui eseguire il mapping.

6. Nella finestra di dialogo Seleziona porte visualizzata selezionare tutte le porte di ricezione N .

7. Creare una cartella continuationID nell'albero delle attività della cartella.

8. Apri ogni orchestrazione cliccando sul pulsante Seleziona origine dell'evento e poi cliccando sulla voce di menu Seleziona pianificazione orchestrazione. Da ogni orchestrazione, fai clic con il pulsante destro del mouse su una forma nell'orchestrazione, quindi mappa la proprietà di contesto interchangeID all'ID di continuazione appena creato.

   In una distribuzione con tre orchestrazioni il profilo di rilevamento sarà simile al seguente:

   

Soluzione scenario 2 - Una porta di ricezione e più orchestrazioni

In questo scenario, un messaggio arriva esattamente a una delle porte di ricezione e viene elaborato da ogni orchestrazione. Questo avviene quando il messaggio viene inviato simultaneamente a ognuna delle orchestrazioni.

In questo caso, è necessaria una continuazione e un ID di continuazione per ogni orchestrazione. Il processo di creazione delle continuazioni sarà simile ai passaggi descritti nella soluzione scenario 1. Per una distribuzione a tre orchestrazioni, il profilo di rilevamento risultante è simile al seguente:

Soluzione scenario 3 - Routing basato sul contenuto

Questo scenario definisce una soluzione CBR (Content Based Routing). Un messaggio arriva esattamente a una delle porte di ricezione e viene inviato esattamente a una delle porte di trasmissione. Questo routing si verifica in base a un valore della proprietà di contesto nel messaggio. In questo caso, sarebbe necessaria una continuazione. Il mapping appare simile a questo:

Annotazioni

Il mapping precedente è valido anche per un messaggio che arriva esattamente a una delle porte di ricezione e viene inviato a tutte le porte di trasmissione.

Soluzione scenario 4 - Un'orchestrazione, più porte di trasmissione

In questo scenario sono presenti più invii. Porte. Un messaggio viene elaborato esattamente da una delle orchestrazioni, determinate dalle regole di elaborazione e inviate a tutte le porte di trasmissione. In questo caso, sarebbe necessaria una continuazione. Il mapping appare approssimativamente così:

Soluzione scenario 5 - Orchestrazioni sequenziali

In questo scenario, un messaggio viene elaborato da ogni orchestrazione in sequenza, uno alla volta, e viene passato all'orchestrazione successiva tramite la continuazione. Il mapping appare simile a questo:

Raccolta di dati in un ambiente asincrono

Quando si configurano le continuazioni, BAM prevede l'arrivo dei dati. In un ambiente asincrono è possibile che non venga ricevuta una risposta da un processo back-end.

Se non si ricevono i dati di risposta, l'istanza dell'attività attende un tempo illimitato. L'attività non verrà mai completata e i record rimangono nelle tabelle del database di importazione primaria BAM. Si consideri il caso di transazioni a esecuzione prolungata, in cui non è possibile stabilire quando arriveranno i dati rimanenti. Non è previsto alcun timeout, poiché l'arrivo dei dati dipende dalla logica di business o dai processi, dopo il quale l'attività viene contrassegnata come completa. I dati potrebbero arrivare lo stesso giorno, o in casi estremi, l'anno successivo.

La soluzione consiste nell'usare le attività correlate.

Suddividere l'attività in due attività. Correlare le due attività e correlare la risposta all'attività originale.

Per altre informazioni sulle attività correlate, vedere Relazioni tra attività.

Vedere anche

Editor profilo di monitoraggio