Maintenez vos lots dans l’ignorance

Les problèmes liés au déplacement d’un lot surviennent lorsque ce dernier référence des ressources (telles que dossiers et fichiers) dont les emplacements sont spécifiques à un ordinateur donné. Dans ce cas, si vous déployez le lot sur un autre ordinateur, les références codées en dur aux ressources peuvent ne plus être valides. Par exemple, sur un ordinateur, vous pouvez avoir un dossier situé sur le lecteur D et servant à stocker les fichiers plats entrants à traiter. Si vous déplacez le lot sur une autre machine, cette dernière n’a peut-être pas de lecteur D, d’où la nécessité d’utiliser un autre emplacement pour vos fichiers plats, par exemple le lecteur Z. Parfois, les solutions à ces types de problèmes sont simples. Dans notre exemple, vous pouvez utiliser la commande système « subst » pour créer une nouvelle lettre de lecteur. Néanmoins, cette approche peut être source de confusion et être difficile à gérer sur le long terme.

Ces références codées en dur sont la cause la plus courante du problème de dépendance vis-à-vis de l’emplacement. Même si vous ne déplacez jamais un lot vers un autre ordinateur, vous n’êtes pas à l’abri de ce type de problème car l’environnement autour du lot peut changer. Ces modifications peuvent prendre la forme suivante : changement du nom du serveur, défaillance de disques durs, modification des partages et départ d’utilisateurs de l’entreprise. Il vous faut un moyen de mettre à jour facilement les lots afin de prendre en compte ces évolutions. Si les références à de telles ressources changeantes sont codées en dur dans le lot et si l’une d’elles vient à être modifiée, vous devrez appliquer les nouveaux paramètres à chaque lot qui référence la ressource en question. Si les lots concernés sont nombreux, la gestion résultante peut tourner au cauchemar.

Vous avez besoin d’un moyen d’isoler le lot de l’environnement dans lequel il fonctionne, ou de le « maintenir dans l’ignorance » afin qu’il n’ait aucune référence codée en dur aux ressources. Il vous faut aussi un moyen simple de configurer le lot afin qu’il continue de fonctionner dans un environnement en évolution. Il serait encore plus judicieux de pouvoir fournir des paramètres via des configurations entraînant une auto-adaptation du lot. Je désigne ces lots sous le vocable « lots à capacité d’autoréconciliation ou d’auto-guérison ».

Un tel lot accepte certains paramètres de base en entrée et crée ses propres références valides aux ressources. Bien que le thème de la configuration et du déploiement des lots soit vaste et puisse effleurer de nombreuses solutions différentes, cet article fournit un canevas utilisable pour isoler vos lots de l’environnement, tout en proposant un mécanisme simple d’ajustement aux modifications environnementales.