L'interface utilisateur basée REST fournit la façade Web qui est utilisée pour créer des composants, concevoir des processus, vous adjuger des processus et gérer la sécurité et les ressources, entre autres.
Lorsqu'un processus est demandé, de nombreux services sont utilisés pour remplir la demande. Ces services sont présentés dans l'illustration suivante :

Les demandes de processus sont lancées depuis l'interface utilisateur, soit depuis l'application Web, soit l'interface de ligne de commande (CLI).
| Service | Description |
|---|---|
| Interface utilisateur | Utilisée pour créer des composants, concevoir des processus, vous adjuger des processus et gérer, entre autres, la sécurité et les ressources. Basée REST. |
| Moteur de flux de travaux | Gère les flux de travaux : processus d'applications et processus de composants. Appelle l'agent chargé d'exécuter l'étape de plug-in actuelle. Avise les services de notification et d'inventaire lorsque le flux de travaux est terminé. Appelé par le service de déploiement. Basé REST. |
| Agent | Piste les agents installés et achemine les commandes de plug-in aux agents concernés. Les commandes proviennent des étapes de plug-in. Lancé par le service de flux de travaux. Basé REST. |
| Elément de travail | Opère en tandem avec le service d'approbation ; fournit des alertes aux valideurs et leur permet d'accepter ou de rejeter les flux de travaux. Si un flux de travaux planifié n'a toujours pas été approuvé lors de la phase d'exécution, le travail échoue automatiquement. Basé REST. |
| Gestionnaire de plug-in | IBM UrbanCode Deploy peut interagir quasiment avec n'importe quel système grâce à son système de plug-in extensible. Les plug-ins fournissent des fonctions en décomposant les fonctionnalités d'outils en étapes automatisées. Des plug-ins peuvent être configurés en phase de conception et en phase d'exécution. Lorsqu'une étape de plug-in s'exécute, l'agent qui la contrôle lance son processus d'exécution pour réaliser l'étape. Lorsqu'une nouvelle version du composant est disponible, l'agent la compare à la version actuelle et ne télécharge que les artefacts nouveaux ou modifiés. |
| Evénement | Le service d'événement est omniprésent ; il alerte d'autres services lorsque diverses conditions de déclenchement surviennent. |
| Service de déploiement | Gère les déploiements. Lorsqu'un processus de déploiement est demandé, il lance le moteur de flux de travaux afin d'exécuter le processus. Opère en tandem avec le service de sécurité pour s'assurer que les utilisateurs disposent des autorisations requises. Basé REST. |
| Gestionnaire de notification | Avise les utilisateurs du statut des déploiements. Des notifications sont envoyées aux valideurs si le système est configuré avec un serveur de messagerie et que l'utilisateur dispose d'une adresse électronique. Lancé par le gestionnaire de flux de travaux. Basé REST. |
| Gestionnaire d'inventaire | Lorsqu'un flux de travaux s'achève, le gestionnaire d'inventaire met à jour les enregistrements d'inventaire concernés. IBM UrbanCode Deploy gère un inventaire de tous les artefacts déployés dans chaque environnement, ce qui permet une visibilité complète entre les environnements. Service basé REST. |
| Moteur d'approbation | Permet la création de travaux requérant une approbation et de rôles de valideur. Fonctionne en tandem avec le service d'élément de travail pour garantir que les approbations requises sont obtenues avant l'exécution de travaux planifiés. Basé REST. |
| Sécurité | Détermine ce que les utilisateurs peuvent afficher et effectuer ; mappe aux structures de l'organisation par équipes, rôles, activités, etc. Basé REST. |
| Calendrier | Utilisé pour planifier des processus pour une exécution ultérieure ; fonctionne en tandem avec les services d'approbation et d'élément de travail. Basé REST. |
| CodeStation | Gère les versions des artefacts ; les agents le lancent lorsqu'ils téléchargent des versions de composants. Basé REST. |