Vincolare file e distribuzione delle applicazioni

In questo argomento vengono fornite informazioni generali sull'uso dei file di associazione per semplificare la distribuzione di assembly e applicazioni BizTalk. È possibile che l'associazione dei file velocizza la distribuzione negli scenari seguenti evitando la necessità di configurare manualmente le associazioni:

• Spostamento di un'applicazione da un ambiente di distribuzione a un altro.

• Aggiornamento di un assemblaggio.

• Distribuzione di un assembly in gruppi BizTalk multipli.

Che cos'è un vincolo?

Un'associazione crea un mapping tra un endpoint logico, ad esempio una porta di orchestrazione o un collegamento di ruolo, e un endpoint fisico, ad esempio una porta di trasmissione e ricezione o un'entità. Ciò consente la comunicazione tra diversi componenti di una soluzione business BizTalk. È possibile creare associazioni tramite la console di amministrazione di BizTalk Server.

Che cos'è un file di associazione?

Un file di associazione è un file .xml che contiene informazioni di associazione per ogni orchestrazione, pipeline, mappa o schema BizTalk nell'ambito di un assembly BizTalk, di un'applicazione o di un gruppo. Il file di associazione descrive l'host a cui è associata ogni orchestrazione e il relativo livello di attendibilità, nonché le impostazioni per ogni porta di trasmissione, gruppo di porte di trasmissione, porta di ricezione, posizione di ricezione e entità configurate. È possibile generare file di associazione e quindi applicare le associazioni che contengono a un assembly, a un'applicazione o a un gruppo per evitare di dover configurare manualmente le associazioni in ambienti di distribuzione diversi.

Perché usare i file di associazione?

È possibile usare i file di associazione negli scenari seguenti.

Passaggio da un ambiente a un altro

È possibile usare i file di associazione per semplificare lo spostamento di un'applicazione da un ambiente di distribuzione a un altro, ad esempio da un ambiente di sviluppo a un ambiente di test. Ciò è dovuto al fatto che spesso le associazioni devono essere riconfigurate per ambienti di distribuzione diversi, ma usando i file di associazione, è possibile evitare di eseguire ripetutamente questo passaggio di configurazione manuale.

Un modo per eseguire questa operazione consiste nel creare una libreria di associazioni da cui selezionare quando si distribuisce l'applicazione in un nuovo ambiente. Ad esempio, è possibile creare un file di associazione per l'ambiente di test e un altro per l'ambiente di produzione e quindi aggiungerli entrambi all'applicazione. Quando si importa l'applicazione nell'ambiente di test, è possibile selezionare un'opzione per applicare le associazioni di test. Analogamente, quando si importa l'applicazione nell'ambiente di produzione, è possibile selezionare un'opzione per applicare le associazioni di produzione. In questo modo si evita la necessità di riconfigurare manualmente le associazioni per ambienti diversi. Un altro modo consiste nell'importare le associazioni che hai creato per l'ambiente corrente dopo aver importato l'applicazione in esso. In questo modo vengono applicati automaticamente i binding.

Aggiornamento di un assembly

Quando si aggiorna un assembly in un'applicazione, le relative associazioni vengono spesso sovrascritte o l'assembly potrebbe non legarsi affatto, costringendoti a riconfigurare manualmente le associazioni. Per evitare questo problema, è possibile usare un file di associazione come indicato di seguito:

• Aggiornamento della stessa versione di un assemblaggio. Se l'assembly ha porte associate anticipatamente o porte dinamiche e la configurazione della porta è stata modificata nella console di amministrazione di BizTalk Server, le impostazioni andranno perse quando si aggiorna l'assembly con un assembly con lo stesso numero di versione. È possibile esportare un file di associazione per l'assembly che si intende aggiornare. Dopo aver aggiornato l'assembly, è possibile importare l'assembly nell'applicazione e quindi importarne il file di associazione per riapplicare le associazioni precedenti.

• Aggiornamento di un assembly con una versione più recente. È possibile esportare un file di associazione per l'assembly che si intende aggiornare e quindi modificarlo in modo da riflettere la nuova versione dell'assembly. Dopo aver importato la nuova versione dell'assembly nell'applicazione, è possibile importare il file di associazione nell'applicazione per applicare le associazioni. Per istruzioni sulla modifica di un file di associazione, vedere Personalizzazione dei file di associazione.

Distribuzione di un assembly in più gruppi BizTalk

Quando si distribuisce un assembly in più gruppi BizTalk, è possibile trasportare anche le associazioni ad esso collegate. In questo modo si evita la necessità di configurare separatamente le associazioni dell'assembly in ogni gruppo. Procedere come segue:

1. Crea un file di associazione per l'assembly che desideri distribuire esportando le associazioni dell'assembly.

2. Aggiungere l'assembly e il relativo file di associazione a un'applicazione. Se si distribuisce l'assembly separatamente da altri artefatti, l'applicazione può contenere solo l'assembly e il file di associazione.

3. Esportare un file .msi per l'applicazione, assicurandosi di selezionare anche il file di associazione da esportare.

4. Importare l'applicazione .msi file nei gruppi e nelle applicazioni BizTalk in cui si vuole distribuirlo. Le associazioni nel file vengono applicate automaticamente all'assembly all'importazione.

Come è possibile generare e usare i file di associazione?

Un file di associazione non viene generato automaticamente per un assembly, un'applicazione o un gruppo BizTalk, ma è possibile generare un file di associazione esportando le associazioni, come descritto in Esportazione di associazioni. È quindi possibile importare il file di associazione in un'applicazione o in un gruppo, come descritto in Come importare associazioni in un'applicazione BizTalk e Come importare associazioni in un gruppo BizTalk, che applica automaticamente le relative associazioni.

In alternativa, è possibile aggiungere il file di associazione a un'applicazione in modo che le relative associazioni vengano applicate quando l'applicazione viene importata in un altro gruppo, anziché essere applicata immediatamente, come descritto in Come aggiungere un file di associazione a un'applicazione. Usando l'ultimo metodo, è possibile aggiungere più file di associazione a un'applicazione e, facoltativamente, specificare un ambiente di distribuzione di destinazione per ognuno di essi. Quando si importa l'applicazione, è quindi possibile selezionare le associazioni da applicare, in base all'ambiente di distribuzione di destinazione, come descritto in Come importare un'applicazione BizTalk. Usando l'ultimo metodo, è anche possibile importare file di associazione separati per i diversi assembly nell'applicazione.

È possibile modificare i file di associazione dopo averli generati per modificarne le informazioni di associazione. Per altre informazioni, vedere Personalizzazione dei file di associazione.

Come vengono applicate le associazioni?

Le associazioni vengono applicate quando un file di associazione viene importato in un'applicazione o quando un'applicazione viene importata in un nuovo gruppo BizTalk. Quando si usano i file di associazione, è importante comprendere in che modo gli artefatti vengono associati agli host e nell'ordine in cui vengono applicate le associazioni.

Collegamento agli host

Quando le associazioni vengono esportate separatamente o come parte di un'applicazione, gli host e i livelli di attendibilità vengono archiviati nel file di associazione come indicato di seguito:

• Porta di trasmissione. Livello di attendibilità dell'host associato al gestore di trasmissione.

• Punto di ricezione Livello di attendibilità dell'host associato al gestore di ricezione.

• Orchestrazione. Livello di attendibilità dell'host.

  Quando le associazioni vengono importate in un'applicazione o un'applicazione viene importata dal file .msi in un nuovo gruppo BizTalk, gli host e i livelli di attendibilità nei file di associazione vengono confrontati con gli host e i livelli di attendibilità nell'applicazione, come indicato di seguito:

• Porta di trasmissione. La porta di trasmissione è associata a un gestore di invio con lo stesso nome e associato a un host con lo stesso livello di attendibilità di quello archiviato nel file di associazione.

• Indirizzo di ricezione. Il percorso di ricezione è associato a un gestore di ricezione con lo stesso nome e associato a un host con lo stesso livello di attendibilità di quello archiviato nel file di associazione.

• Orchestrazioni. L'orchestrazione è associata a un host con lo stesso nome e livello di attendibilità come indicato nel file di associazione.

Ordine in cui vengono applicati i binding

Quando si importa un'applicazione, le associazioni vengono applicate nell'ordine seguente:

1. Associazioni di applicazioni generate da BizTalk Server che non sono state aggiunte in modo esplicito all'applicazione tramite un file di associazione, ma selezionate in modo esplicito dall'utente per l'esportazione nel file .msi dell'applicazione.

2. Associazioni nei file di associazione aggiunti all'applicazione e che non dispongono di un ambiente di distribuzione di destinazione specificato. Queste associazioni vengono applicate senza un ordine specifico.

3. Associazioni nei file di associazione aggiunti all'applicazione e che hanno un ambiente di distribuzione di destinazione associato che corrisponde all'ambiente di distribuzione selezionato per l'importazione dell'applicazione. Queste associazioni vengono applicate senza un ordine specifico.

   Quando le associazioni vengono applicate durante il processo di importazione, quelle già applicate vengono sovrascritte da nuove associazioni con lo stesso nome. In altre parole, l'ultima associazione di un nome specifico da applicare diventa effettiva.

   Ad esempio, se un'applicazione esistente include una porta di trasmissione denominata SendPort1 e viene applicato un file di associazione che descrive una porta di trasmissione con lo stesso nome, le impostazioni nel file di associazione sovrascriveranno le impostazioni esistenti per SendPort1. Se un'applicazione esistente include un'orchestrazione denominata ErrorHandling.ErrorHandler.ResubmitLogic, ad esempio e un file di associazione descrive un'orchestrazione con lo stesso nome, tutte le associazioni esistenti per l'orchestrazione verranno scritte con le associazioni nel file di associazione.

Vedere anche

Informazioni sulla distribuzione e la gestione di applicazioni BizTalk