File di associazione e distribuzione di applicazioni
In questo argomento vengono fornite informazioni generali sull'utilizzo di file di associazione per semplificare la distribuzione di applicazioni e assembly BizTalk. È possibile riscontrare che l'utilizzo di file di associazione velocizza la distribuzione negli scenari seguenti, evitando la necessità di configurazione manuale dei binding:
Spostamento di un'applicazione da un ambiente di distribuzione a un altro.
Aggiornamento di un assembly.
Distribuzione di un assembly a più gruppi BizTalk.
Che cos'è un'associazione?
Un binding crea un mapping tra un endpoint logico, quale una porta di orchestrazione o un collegamento ruolo, e un endpoint fisico, quale una porta di trasmissione e ricezione o un'entità. Questo consente la comunicazione tra diversi componenti di una soluzione aziendale BizTalk. È possibile creare binding utilizzando la Console di amministrazione BizTalk Server.
Informazioni sui file di associazione
Un file di associazione è un file con estensione xml contenente informazioni di binding per ogni orchestrazione, pipeline, mappa o schema BizTalk nell'ambito di un assembly, un'applicazione o un gruppo BizTalk. Il file di associazione descrive a quale host è associata ogni orchestrazione, identificandone anche il livello di attendibilità, e riporta le impostazioni per tutte le porte di trasmissione, i gruppi di porte di trasmissione, le porte di ricezione, gli indirizzi di ricezione e le entità configurate. È possibile generare file di associazione e quindi applicare i binding in essi contenuti a un assembly, un'applicazione o un gruppo, per evitare la necessità di configurazione manuale dei binding in diversi ambienti di distribuzione.
Vantaggi offerti dall'utilizzo di file di associazione
Può essere necessari utilizzare file di associazione negli scenari seguenti:
Spostamento da un ambiente all'altro
È possibile utilizzare file di associazione per semplificare lo spostamento di un'applicazione da un ambiente di distribuzione all'altro, ad esempio da un ambiente di sviluppo a uno di test. Capita infatti spesso che i binding debbano essere riconfigurati per diversi ambienti di distribuzione. Tuttavia utilizzando file di associazione è possibile evitare di eseguire ripetutamente la procedura di configurazione manuale.
Uno dei metodi per eseguire questa operazione consiste nel creare una libreria di binding da cui effettuare una selezione 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 importerà l'applicazione nell'ambiente di test, sarà possibile selezionare un'opzione per applicare i binding di test. Allo stesso modo, quando si importerà l'applicazione nell'ambiente di produzione, sarà possibile selezionare un'opzione per applicare i binding di produzione. Si evita così la necessità di riconfigurare manualmente i binding per diversi ambienti. Un altro metodo consiste nell'importare i binding creati per l'ambiente corrente dopo aver importato l'applicazione in esso. In tal modo i binding vengono automaticamente applicati.
Aggiornamento di un assembly
Quando si aggiorna un assembly in un'applicazione, i relativi binding vengono spesso sovrascritti o è possibile che l'assembly non venga affatto associato, costringendo alla riconfigurazione manuale dei binding. Per evitare questa situazione, è possibile utilizzare un file di associazione, come descritto di seguito:
Aggiornamento della stessa versione di un assembly. Se l'assembly include porte o porte dinamiche con binding anticipato ed è stata modificata la configurazione delle porte nella Console di amministrazione BizTalk Server, quando si aggiornerà l'assembly con un assembly con lo stesso numero di versione le impostazione andranno perse. È possibile esportare un file di associazione per l'assembly che si è in procinto di aggiornare. Dopo averlo aggiornato, è possibile importare l'assembly nell'applicazione e quindi importarne il file di associazione per riapplicare i precedenti binding.
Aggiornamento di un assembly con una versione più recente. È possibile esportare un file di associazione per l'assembly che si è in procinto di aggiornare e quindi modificarlo per riflettere la nuova versione dell'assembly. Dopo aver importato la nuova versione dell'assembly nell'applicazione è possibile importarvi anche il file di associazione per applicare i binding. Per istruzioni sulla modifica di un file di associazione, vedere Personalizzazione dei file di associazione.
Distribuzione di un assembly a più gruppi BizTalk
Quando si distribuisce un assembly in più gruppi BizTalk, è possibile trasportare i binding relativi all'assembly insieme a quest'ultimo. Si evita così la necessità di configurare separatamente i binding relativi all'assembly in ogni gruppo. Procedere come segue:
Creare un file di associazione per l'assembly che si desidera distribuire esportando i binding di quest'ultimo.
Aggiungere l'assembly e il relativo file di associazione a un'applicazione. Se si sta distribuendo l'assembly separatamente da altri elementi, l'applicazione potrà contenere solo l'assembly e il file di associazione.
Esportare un file con estensione msi per l'applicazione e assicurarsi di selezionare anche il file di associazione da esportare.
Importare il file con estensione msi dell'applicazione nei gruppi e nelle applicazioni BizTalk in cui si desidera eseguire la distribuzione. I binding nel file verranno automaticamente applicati all'assembly al momento dell'importazione.
Modalità di generazione e utilizzo di 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 associazioni, come descritto in Esportazione di associazioni. È quindi possibile importare il file di associazione in un'applicazione o un gruppo, come descritto in Come importare associazioni in un'applicazione BizTalk e come importare associazioni in un gruppo BizTalk, che applica automaticamente le associazioni.
In alternativa, è possibile aggiungere il file di associazione a un'applicazione in modo che le 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. Con quest'ultimo metodo è possibile aggiungere più file di associazione a un'applicazione e 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. Con quest'ultimo metodo è inoltre possibile importare file di associazione separati per i diversi assembly dell'applicazione.
È possibile modificare i file di associazione dopo averli generati, per modificarne le informazioni di binding. Per altre informazioni, vedere Personalizzazione dei file di associazione.
Modalità di applicazione dei binding
I binding vengono applicati quando un file di associazione viene importato in un'applicazione o quando un'applicazione viene importata in un nuovo gruppo BizTalk. Quando si utilizzano file di associazione, è importante comprendere in che modo gli elementi vengono associati agli host e l'ordine in cui vengono applicati i binding.
Binding agli host
Quando i binding vengono esportati separatamente o come parte di un'applicazione, host e livelli di attendibilità vengono memorizzati nel file di associazione come riportato di seguito:
Porta di trasmissione. Livello di attendibilità dell'host associato al gestore di trasmissione.
Indirizzo di ricezione. Livello di attendibilità dell'host associato al gestore di ricezione.
Orchestrazione. Livello di attendibilità dell'host.
Quando i binding vengono importati in un'applicazione, o quando un'applicazione viene importata da un file con estensione msi in un nuovo gruppo BizTalk, gli host e i livelli di attendibilità presenti nei file di associazione vengono messi in corrispondenza con gli host e i livelli di attendibilità dell'applicazione, come riportato di seguito:
Porta di trasmissione. La porta di trasmissione viene associata a un gestore di trasmissione con lo stesso nome e a un host con lo stesso livello di attendibilità memorizzato nel file di associazione.
Indirizzo di ricezione. L'indirizzo di ricezione viene associato a un gestore di ricezione con lo stesso nome e a un host con lo stesso livello di attendibilità memorizzato nel file di associazione.
Orchestrazioni. L'orchestrazione viene associata a un host con lo stesso nome e lo stesso livello di attendibilità memorizzato nel file di associazione.
Ordine di applicazione dei binding
Quando si importa un'applicazione, i binding vengono applicati nell'ordine seguente:
Binding di applicazione generati da BizTalk Server che non sono stati aggiunti esplicitamente all'applicazione mediante un file di associazione, ma che sono stati selezionati esplicitamente dall'utente per l'esportazione nel file con estensione msi dell'applicazione.
Binding dei file di associazione che sono stati aggiunti esplicitamente all'applicazione e per cui non è stato specificato un ambiente di distribuzione di destinazione. Questi binding vengono applicati senza un ordine specifico.
Binding dei file di associazione che sono stati aggiunti esplicitamente all'applicazione e ai quali è associato un ambiente di distribuzione di destinazione corrispondente all'ambiente di distribuzione selezionato per l'importazione dell'applicazione. Questi binding vengono applicati senza un ordine specifico.
Durante il processo di importazione, i binding che sono già stati applicati vengono sovrascritti da quelli nuovi con lo stesso nome. In altre parole, ha effetto l'ultimo binding con un determinato nome che è stato applicato.
Se un'applicazione esistente include, ad esempio, 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 del file di associazione sovrascriveranno quelle esistenti per SendPort1. Se un'applicazione esistente include, ad esempio, un'orchestrazione denominata ErrorHandling.ErrorHandler.ResubmitLogic e un file di associazione descrive un'orchestrazione con lo stesso nome, tutti i binding esistenti per l'orchestrazione verranno scritti con i binding del file di associazione.
Vedere anche
Informazioni sulla distribuzione e la gestione delle applicazioni BizTalk