Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Il controllo delle versioni delle applicazioni BizTalk può diventare un problema quando è necessario eseguire due versioni di una soluzione BizTalk side-by-side o se non è possibile usare tempi di inattività dell'applicazione BizTalk per distribuire una nuova versione. Se non è necessario eseguire due versioni della soluzione contemporaneamente (ad esempio, in cui non sono disponibili orchestrazioni a esecuzione prolungata) e le finestre di manutenzione del servizio sono disponibili, è perfettamente accettabile annullare la distribuzione della versione precedente e distribuire la nuova versione come strategia di controllo delle versioni (senza controllo delle versioni degli assembly). Si tratta di una possibile strategia di controllo delle versioni, anche se è comunque consigliabile incrementare il numero di versione del file (per informare la versione distribuita nei computer che eseguono BizTalk Server).
Quando usare il controllo delle versioni
Se è necessario supportare orchestrazioni a esecuzione prolungata e/o eseguire distribuzioni dell'applicazione BizTalk senza tempi di inattività, è necessario adottare e implementare una strategia di versioning dettagliata e completa per i diversi scenari di versioning. Sono inclusi il versioning degli assembly .NET e il versioning di tutti gli artefatti BizTalk, che include schemi, mappe, pipeline, componenti della pipeline, orchestrazioni, adattatori personalizzati, classi personalizzate chiamate in orchestrazioni e mappe, regole aziendali e BAM.
Il controllo delle versioni dello schema è univoco perché le pipeline di BizTalk Server determinano il tipo di messaggio di un messaggio in base allo spazio dei nomi di destinazione e al nome del nodo radice definito nello schema. Per altre informazioni, vedere Risoluzione dello schema nei componenti della pipeline. Se è necessario eseguire la versione degli schemi, un indicatore di versione deve far parte dello spazio dei nomi di destinazione. La modifica della versione dello schema ha un effetto a catena su tutta la tua soluzione e pertanto dovrebbe essere pianificata in anticipo. Quando si creano messaggi di orchestrazione, cercare BizTalk Server: 8 suggerimenti e consigli per una migliore programmazione BizTalk (suggerimento 1: Usare sempre tipi di messaggi in più parti). L'uso di questo metodo offre maggiore flessibilità durante il controllo delle versioni degli schemi.
Utilizzo del factoring per il versionamento degli assembly
Nel caso in cui sia necessario supportare orchestrazioni a esecuzione prolungata, distribuzioni side-by-side o aggiornamenti senza tempi di inattività, è necessario implementare una strategia di versionamento degli assembly e di packaging. Per eseguire il controllo delle versioni degli assembly degli artefatti BizTalk, gli assembly della soluzione BizTalk devono essere fattorizzati (organizzati) in modo da consentire la gestione delle versioni di BizTalk Server. Esistono tre tipi di fattorizzazione:
Nessun fattore
Tutti gli artefatti BizTalk si trovano in un unico assembly. Questo è il modo più semplice da comprendere e distribuire, ma offre la minima flessibilità.
Fattorizzazione completa
Ogni elemento BizTalk si trova nel proprio assembly. Ciò offre la massima flessibilità, ma è la più complessa da distribuire e comprendere.
Factoring ottimale
Una via di mezzo tra "nessun factoring" e "factoring completo" è determinata dall'analisi approfondita delle applicazioni BizTalk. Oltre al controllo delle versioni, ciò consente di implementare facilmente la progettazione dell'host BizTalk. Questo viene realizzato cercando relazioni tra gli artefatti BizTalk. Gli artefatti che hanno sempre la stessa versione possono tipicamente trovarsi nello stesso assembly. Se è richiesto il versionamento indipendente degli artefatti, devono essere collocati in assembly diversi. Questo è il livello di factoring che vuoi raggiungere.
Risorse aggiuntive
Definire e praticare una strategia di controllo delle versioni solida per assicurarsi che fornisca tutte le strategie di distribuzione side-by-side che potrebbero essere necessarie. Le risorse per le strategie di aggiornamento e controllo delle versioni delle applicazioni BizTalk Server includono quanto segue: