Le diagramme ci-dessous met en évidence les étapes de base requises pour créer une édition et exécuter un déploiement dans un environnement d'édition. Chaque case décrit une activité de base et, dans son ensemble, illustre la fonction principale du produit. Le moyen le plus rapide pour devenir productif consiste à suivre ces étapes et à comprendre leur intérêt et la façon dont elles sont liées.
Activité | Description |
---|---|
Configurer des intégrations | Rendez disponibles des objet externes en configurant des intégrations. Les applications et les instantanés IBM UrbanCode Deploy, par exemple, deviennent disponibles une fois qu'IBM UrbanCode Deploy est intégré à IBM UrbanCode Release. |
Créer des applications | Créez des applications qui sont utilisées dans des tâches manuelles. Voir Création et configuration d'applications. |
Définir des environnements d'édition | Créez les environnements à mapper aux phases de l'édition. Lorsque vous créez une édition, vous affectez un environnement à chaque phase. |
Chaque édition présente ses propres défis, mais l'approche suivante peut vous aider :
Activité | Description |
---|---|
Créer l'édition | Attribuez à l'édition un nom significatif et une description. |
Associer des applications à l'édition | Bien que les applications ne soient pas requises (vous pouvez créer une édition composée intégralement de jalons et de tâches liées à l'infrastructure par exemple), la plupart des éditions impliquent le déploiement d'applications. Les applications peuvent provenir d'une intégration à des outils externes, tels qu'IBM UrbanCode Deploy, ou être créées dans IBM UrbanCode Release lui-même. |
Définir le chemin vers la production | Les phases disponibles pour une édition sont définies dans le cycle de vie sélectionné pour celle-ci. Un modèle de cycle de vie peut être perçu comme un modèle utilisé pour créer et gérer des éditions. Un cycle de vie définit la succession de phases par lesquelles transite le logiciel jusqu'à son passage en production, lequel est représenté par une phase de production ou une autre phase ultime similaire. Le cycle de vie ne spécifie pas les environnements spécifiques utilisés pour une édition mais le canevas général. Par exemple, un cycle de vie peut être composé des phases suivantes : Développement, Assurance qualité et Production. Les éditions basées sur ce cycle de vie connaîtront donc ces trois phases, bien que les environnements utilisés concrètement puissent différer d'une édition à l'autre. Un cycle de vie peut aussi définir les étapes de qualité, appelées portes, qui doivent être réussies pour que le logiciel puisse passer à la phase suivante. |
Mapper des environnements d'édition à des phases | Identifiez les environnements à utiliser au cours de chaque phase du cycle de vie. Un environnement d'édition est une construction définie par l'utilisateur qui représente les cibles de déploiement. |
Identifier les dates de déploiement et réserver les environnements d'édition | Les dates de production et de pré-production connues peuvent être consignées et diffusées en planifiant des déploiements dans les environnements affectés à l'édition. Pour éviter tout conflit avec d'autres éditions, réservez des environnements d'édition. |
Les plans de déploiement défissent les segments et les tâches associées aux segments qui dirigent les déploiements.
Activité | Description |
---|---|
Créer un plan de déploiement | En général, vous créez des plans de déploiement à partir de plans existants, mais vous pouvez aussi partir d'un plan vierge. |
Créer des segments de plan | Les segments sont des conteneurs de tâches qui possèdent une relation définie par l'utilisateur et qui doivent être terminées ensemble. |
Créer des tâches automatiques | Une tâche représente une activité d'édition possédant un point de départ et une fin ainsi qu'une durée mesurable. En général, les tâches automatiques représentent des processus d'application qui sont importés depuis IBM UrbanCode Deploy. |
Créer des tâches manuelles | Lorsque vous créez une tâche manuelle, vous spécifiez sa durée et définissez son pattern. Le pattern détermine la fréquence à laquelle la tâche peut être utilisée ainsi que les environnements d'édition dans lesquels elle peut être utilisée. |
Associer le plan à une édition | Lorsque vous créez un plan de déploiement, vous l'associez à une édition. Chaque combinaison édition-plan est unique. |
Vous exécutez un déploiement en résolvant ses tâches. Résolvez les tâches en les démarrant, puis en leur appliquant divers statuts.
Activité | Description |
---|---|
Planifier le déploiement | Lorsque vous planifiez un déploiement, vous sélectionnez l'édition, l'environnement d'édition, les versions d'application associées et le plan de déploiement. A partir de l'heure de début planifiée, votre équipe résout les tâches du déploiement. Les déploiements peuvent être démarrés automatiquement ou manuellement. Des règles peuvent également être définies pour l'exécution de déploiements de façon récurrente. |
Sélectionner les versions d'application | Si vous n'avez pas configuré le déploiement pour la sélection automatique des versions d'application, vous pouvez sélectionner des versions à tout moment avant le début du déploiement. Les tâches automatiques sans version d'application désignée ne peuvent pas être exécutées. |
Configurer des notifications | Le déclenchement de notifications peut être défini de plusieurs façons. Des notifications par courrier électronique peuvent être envoyées aux utilisateurs lorsque surviennent des événements de déclenchement définis par l'utilisateur. |
Démarrer le déploiement | Lorsqu'un déploiement démarre, des retours mis à jour régulièrement fournissent des informations sur la progression du déploiement. Vous pouvez aussi modifier les tâches existantes et en ajouter de nouvelles même si le déploiement a démarré. |
Démarrer des segments | Les tâches d'un segment ne peuvent pas être démarrées tant que le segment lui-même n'est pas démarré. Plusieurs segments peuvent être démarrés et en cours simultanément. Si un segment possède des prérequis, il ne peut pas démarrer tant que tous les segments prérequis ne sont pas terminés. |
S'approprier et résoudre des tâches | Pour qu'une tâche puisse être démarrée, elle doit être réclamée par un utilisateur possédant le rôle affecté à la tâche. Vous résolvez une tâche en changeant son statut. |
Une fois toutes les tâches résolues, le déploiement est terminé.