Strategie di aggiornamento e controllo delle versioni per applicazioni
Il controllo delle versioni dell'applicazione 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, dove non sono presenti orchestrazioni a esecuzione prolungata) e le finestre di manutenzione del servizio sono disponibili, è perfettamente accettabile annullare l'archiviazione della versione precedente e distribuire la nuova versione come strategia di controllo delle versioni (nessun controllo delle versioni di assembly). Si tratta di una possibile strategia di controllo delle versioni, anche se è comunque consigliabile aumentare 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 è necessario eseguire distribuzioni di applicazioni BizTalk senza tempi di inattività delle applicazioni BizTalk, è necessario implementare e praticare una strategia di controllo delle versioni solida e BizTalk Server end-to-end per i diversi scenari di controllo delle versioni. Include il controllo delle versioni e il controllo delle versioni degli assembly .NET di tutti gli artefatti BizTalk, inclusi schemi, mappe, pipeline, componenti della pipeline, orchestrazioni, schede personalizzate, classi personalizzate chiamate in orchestrazioni e mappe, regole aziendali e BAM.
Il controllo delle versioni dello schema è univoco in quanto 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 versione degli schemi, un indicatore della versione deve essere parte dello spazio dei nomi di destinazione. La modifica della versione dello schema ha un effetto increspante in tutta la soluzione e quindi deve essere pianificata in anticipo. Quando si creano messaggi di orchestrazione, cercare BizTalk Server: 8 suggerimenti e suggerimenti per una migliore programmazione BizTalk (suggerimento 1: Usare sempre tipi di messaggi multi-parte). L'uso di questo metodo offre una maggiore flessibilità durante il controllo delle versioni degli schemi.
Uso del factoring per il controllo delle versioni dell'assembly
Se è necessario supportare orchestrazioni a esecuzione prolungata, distribuzioni side-by-side o aggiornamenti senza tempi di inattività, è necessario implementare una strategia di creazione di versioni e creazione di pacchetti di assembly. Per eseguire il controllo delle versioni dell'assembly degli artefatti BizTalk, gli assembly della soluzione BizTalk devono essere fattoriati (in pacchetto) in modo da consentire il controllo delle versioni BizTalk Server. Esistono tre tipi di fattorizzazione:
Nessun fattore
Tutti gli artefatti BizTalk si trovano in un assembly. Questo è il più semplice da comprendere e distribuire, ma offre la minima flessibilità.
Fattore completo
Ogni elemento BizTalk si trova nel proprio assembly. Ciò offre la maggiore flessibilità, ma è la più complessa da distribuire e comprendere.
Fattore ottimale
Da qualche parte tra "no factoring" e "full factoring" in base all'analisi approfondita delle applicazioni BizTalk. Oltre al controllo delle versioni, questo consente di implementare facilmente la progettazione host BizTalk. Ciò è ottenuto cercando relazioni tra gli artefatti BizTalk. Gli artefatti che vengono sempre versioneti insieme possono in genere essere inseriti nello stesso assembly. Se è necessario il controllo delle versioni indipendenti degli artefatti, devono essere inseriti in assembly diversi. Questo è il livello di factoring che si vuole ottenere.
Risorse aggiuntive
Definire e praticare una strategia di controllo delle versioni solida per garantire che fornisca tutte le strategie di distribuzione side-by-side necessarie. Le risorse per BizTalk Server strategie di aggiornamento e controllo delle versioni delle applicazioni includono quanto segue: