Une ressource peut représenter un agent, un pool d'agents, un composant ou une entité organisationnelle utilisée pour regrouper d'autres ressources. Un composant de type Ressource peut pointer directement sur l'agent ou sur le pool d'agents qui le déploie ou sur une autre ressource dans une chaîne hiérarchique de ressources. Si une ressource fait partie d'une hiérarchie, elle délègue son automatisation, le cas échéant, en remontant la chaîne jusqu'à ce qu'elle trouve un agent.
Une ressource de type groupe peut représenter n'importe quelle collection logique de ressources. Dans l'illustration ci-dessous, la ressource de niveau supérieur, myCompanyEast, représente un centre de données qui contient la sous-ressource Development (laquelle représente un environnement). En l'occurrence, myCompanyEast ne pointe pas vers une ressource de plus haut niveau. La ressource tomcat représente un composant et délègue son automatisation en remontant la chaîne jusqu'à ce qu'elle atteigne la ressource tph1, laquelle représente un agent. Pour qu'un agent puisse être appelé, au moins une ressource doit être définie pour l'agent.
Les ressources sont créées sur la page Ressources, laquelle affiche les ressources sous une structure d'arborescence hiérarchique. En affichant l'intégralité des ressources de tous les environnements, la page Ressources offre un emplacement unique depuis lequel vous pouvez examiner votre infrastructure complète.
La structure hiérarchique est utilisée chaque fois que des ressources sont utilisées (par exemple, lorsque vous affectez des ressources à des environnements) et non pas seulement sur la page Ressources. Le modèle hiérarchique est particulièrement efficace lorsque plusieurs cibles de déploiement logiques résident sur la même machine. Dans l'illustration ci-dessous, les ressources tomcat et tomcat-e représentent des serveurs sur la même machine sur laquelle l'agent tph1 est situé. Vous pouvez cibler ces deux ressources individuellement pour le déploiement.
La sélection d'une ressource sélectionne toutes les ressources en dessous dans la hiérarchie (s'il en existe). Par exemple, la suppression ou le déplacement de la ressource tph1 supprime ou déplace également les ressources tomcat et tomcat-e.

L'utilisation d'une seule ou de plusieurs ressources par environnement est déterminée par votre infrastructure actuelle, vos procédures de déploiement et d'autres exigences. Beaucoup d'utilisateurs d'IBM® UrbanCode Deploy évoluent dans des environnements caractérisés par des différences significatives. Quelle que soit votre structure, la page Ressources présente l'infrastructure complète à travers tous les environnements.
Si vous utilisez IBM WebSphere Application Server, vous pouvez importer des informations de cellules en tant que ressources. Voir Importation de ressources depuis WebSphere Application Server.