Les agents se chargent du déploiement concret des composants et libèrent le serveur de cette tâche, permettant ainsi des déploiements à grande échelle impliquant des milliers de cibles. Généralement, un agent s'exécute que le même hôte que celui qui gère les ressources qu'il traite. Un agent unique peut gérer toutes les ressources sur son hôte. Si un hôte dispose de plusieurs ressources, un processus d'agent est lancé séparément pour chaque ressource. Selon le nombre d'hôtes dans un environnement, un déploiement peut nécessiter de nombreux agents.
Les agents sont installés via les fichiers de commandes livrés avec les fichiers d'installation (voir Installation d'agents depuis la ligne de commande). Vous pouvez installer des agents sur des systèmes UNIX avec l'application Web. Les agents sont lancés via les fichiers de commandes inclus avec le package d'installation.
Après le démarrage d'un agent installé, celui-ci ouvre une connexion socket avec le serveur IBM UrbanCode Deploy (la connexion serveur-agent peut être sécurisée via SSL) basée sur les informations fournies à l'installation. Les agents sur d'autres réseaux que celui où est situé le serveur peuvent avoir besoin d'ouvrir un pare-feu pour établir la connexion. Une fois la communication établie, l'agent est visible dans l'application Web IBM UrbanCode Deploy où vous pouvez le configurer. Les agents actifs, quel que soit le système d'exploitation, peuvent être mis à niveau via l'application Web.
La configuration d'agent consiste à affecter un agent à au moins un environnement. Les agents peuvent être affectés à plusieurs environnements. Si un agent est affecté à plusieurs environnements, il peut effectuer des tâches en leur nom.
Si vous créez un modèle de ressources au lieu de l'importer depuis le cloud, vous pouvez spécifier un Pattern de nom d'agent pour n'importe quel prototype d'agent que vous ajoutez au modèle de ressources. Vous pouvez utiliser un pattern de nom d'agent si vous employez un système d'attribution d'agents non basé cloud. Une fois que vous avez créé un environnement à partir d'un plan directeur d'application basé sur ce modèle de ressources, les agents dont le nom correspond au canevas sont mappés aux prototypes d'agents correspondants dans le plan directeur. Pour les prototypes d'agent ne correspondant pas à des agents existants, une entrée est créée dans l'environnement pour un agent avec le nom prévu. Lorsque vous spécifiez un pattern de nom d'agent, vous pouvez utiliser les propriétés suivantes sous forme de variables représentant le nom de l'application et le nom de l'environnement : ${p:application.name} and ${p:environment.name}.