Stratégies de mise à niveau et de gestion des versions pour les applications
Le contrôle de version d’application BizTalk peut devenir un problème lorsque vous devez exécuter deux versions d’une solution BizTalk côte à côte ou si vous ne pouvez pas utiliser le temps d’arrêt de l’application BizTalk pour déployer une nouvelle version. Si vous n’avez pas besoin d’exécuter deux versions de la solution simultanément (par exemple, si vous n’avez pas d’orchestrations de longue durée) et que des fenêtres de maintenance de service sont disponibles, il est tout à fait acceptable d’annuler le déploiement de l’ancienne version et de déployer la nouvelle version en tant que stratégie de contrôle de version (pas de contrôle de version d’assembly). Il s’agit d’une stratégie de contrôle de version possible, même si nous vous recommandons toujours d’incrémenter le numéro de version du fichier (pour vous indiquer quelle version est déployée sur les ordinateurs exécutant BizTalk Server).
Quand utiliser le contrôle de version
Si vous devez prendre en charge des orchestrations de longue durée et/ou effectuer des déploiements d’applications BizTalk sans temps d’arrêt d’application BizTalk, vous devez implémenter et mettre en pratique une stratégie de gestion de version de bout en bout solide BizTalk Server pour les différents scénarios de contrôle de version. Cela inclut le contrôle de version d’assembly .NET et le contrôle de version de tous les artefacts BizTalk, notamment les schémas, les cartes, les pipelines, les composants de pipeline, les orchestrations, les adaptateurs personnalisés, les classes personnalisées appelées dans orchestrations et cartes, les règles métier et BAM.
Le contrôle de version de schéma est unique en ce que les pipelines BizTalk Server déterminent le type de message d’un message en fonction de l’espace de noms cible et du nom de nœud racine défini dans le schéma. Pour plus d’informations, consultez Résolution de schéma dans les composants de pipeline. Si vous devez versionner vos schémas, un indicateur de version doit faire partie de l’espace de noms cible. La modification de la version du schéma a un effet d’entraînement dans toute votre solution et doit donc être planifiée à l’avance. Lors de la création de messages d’orchestration, recherchez BizTalk Server : 8 conseils et astuces pour une meilleure programmation BizTalk (conseil 1 : Toujours utiliser des types de messages en plusieurs parties). L’utilisation de cette méthode offre une plus grande flexibilité lors du contrôle de version des schémas.
Utilisation de la factorisation pour le contrôle de version d’assembly
Si vous devez prendre en charge des orchestrations de longue durée, des déploiements côte à côte ou des mises à niveau sans temps d’arrêt, vous devez implémenter une stratégie de contrôle de version et d’empaquetage d’assemblys. Pour effectuer le contrôle de version d’assembly d’artefacts BizTalk, vos assemblys de solution BizTalk doivent être factornés (empaquetés) de manière à permettre BizTalk Server contrôle de version. Il existe trois types de factoring :
Aucune factoring
Tous les artefacts BizTalk se trouvent dans un seul assembly. C’est le plus facile à comprendre et à déployer, mais offre le moins de flexibilité.
Factoring complet
Chaque artefact BizTalk se trouve dans son propre assembly. Cela offre la plus grande flexibilité, mais c’est le plus complexe à déployer et à comprendre.
Factoring optimal
Entre « no factoring » et « full factoring » en fonction d’une analyse approfondie de vos applications BizTalk. En plus du contrôle de version, cela vous permet d’implémenter facilement votre conception d’hôte BizTalk. Pour ce faire, recherchez des relations entre les artefacts BizTalk. Les artefacts qui sont toujours versionnés ensemble peuvent généralement être placés dans le même assembly. Si un contrôle de version indépendant des artefacts est requis, ils doivent être placés dans différents assemblys. Il s’agit du niveau de factoring que vous souhaitez atteindre.
Ressources supplémentaires
Définissez et mettez en pratique une stratégie de contrôle de version solide pour vous assurer qu’elle fournit toutes les stratégies de déploiement côte à côte dont vous pourriez avoir besoin. Les ressources pour BizTalk Server stratégies de mise à niveau d’application et de contrôle de version sont les suivantes :