Présentation d'IBM UrbanCode Deploy

Le déploiement de logiciel est un concept simple qui est parfois embrumé par le jargon.

Un déploiement désigne le processus de passage d'un logiciel (au sens large) par diverses phases pré-production jusqu'en production finale. Généralement, chaque phase représente une étape plus névralgique critique que la précédente (par exemple, passage de la phase assurance à la phase production). La complexité émerge du fait du volume même d'éléments à déployer, du nombre et de la diversité des cibles de déploiement, de cycles de déploiement de plus en plus courts et de la cadence toujours croissante des progrès technologiques. Bien que la virtualisation atténue quelque peu la difficulté, elle rajoute elle-même au défi, peut-être de manière paradoxale, en permettant une croissance exponentielle des cibles de déploiement.

IBM® UrbanCode Deploy vous aide à surmonter le défi en fournissant des outils améliorant la vitesse du déploiement tout en augmentant simultanément leur fiabilité. Les outils d'automatisation de génération d'éditions dans IBM UrbanCode Deploy fournissent une visibilité complète de déploiements sur n niveaux, en vous permettant de modéliser des processus pilotant des déploiements complexes à travers chaque environnement et porte d'approbation. Les outils de conception en mode glisser-déplacer raccourcissent la phase de conception en facilitant la visualisation du processus de déploiement de bout en bout et le développement d'une vue d'ensemble et répondent aux questions Quoi, Comment et Où dans le flux de travaux du déploiement. :

Dans IBM UrbanCode Deploy, les éléments déployables sont combinés en regroupements logiques dénommés composants. Les composants sont déployés par des processus de composants, lesquels sont composées d'étapes définies par l'utilisateur, dont beaucoup proviennent d'intégrations avec des outils tiers nommés plug-ins. Les déploiements impliquant des composants multiples sont gérés par des applications assemblées par l'utilisateur.

IBM UrbanCode Deploy représente les cibles de déploiement en les dénommant ressources. Les ressources telles que les bases de données et les serveurs résident sur des hôtes. Les déploiements complexes peuvent contenir de nombreux composants et cibler des hôtes multiples. Les déploiements sont gérés par des agents qui résident sur leurs hôtes. Les composants peuvent aussi rester indépendants les uns des autres, ce qui permet des déploiements incrémentiels ou ciblés. Vous pouvez bien entendu modéliser les composants à votre guise ; IBM UrbanCode Deploy est souple et opère comme vous le faites.

Serveur

Le serveur IBM UrbanCode Deploy est un serveur autonome qui fournit des services de base tels que l'interface utilisateur, les outils de configuration de composants et d'applications, le moteur de flux de travaux et des services de sécurité, parmi d'autres. De nombreux services sont basés sur REST.

IBM UrbanCode Deploy prend en charge des déploiements entre réseaux par le biais de serveurs relais. Les serveurs relais permettent des communications de réseau à réseau.

Agents
Un agent est un processus léger qui s'exécute sur un hôte et communique avec le serveur IBM UrbanCode Deploy. Les agents gèrent les ressources qui constituent les cibles de déploiement concrètes. Un agent est généralement installé sur chaque système prenant part à un déploiement. Lorsqu'ils n'exécutent pas des déploiements, les agents opèrent en arrière-plan en monopolisant des ressources minimales. Voir Agents.
Référentiel
Le référentiel d'artefacts d'IBM UrbanCode Deploy, CodeStation, fournit un stockage sécurisé et inviolable. Il effectue le suivi des versions des artefacts au fur et à mesure de leurs modifications et conserve une archive pour chaque artefact. Les associations entre les fichiers de référentiel et les composants sont intégrées et automatiques.
Sécurité
Dans le système de sécurité IBM UrbanCode Deploy basé sur des rôles, des rôles sont affectés aux utilisateurs et des autorisations liés aux rôles sont affectées à des éléments tels que les projets, les configurations de génération et d'autres ressources. Par exemple, un développeur peut être autorisé à générer un projet mais ne pouvoir consulter que la documentation non associée à un projet. Voir Sécurité.

Vos commentaires