Utiliser des pipelines CI/CD pour le déploiement
Les applications Visual peuvent être déployées vers votre instance de développement Visual Builder directement ou via des pipelines d'intégration et de distribution continues (CI/CD).
-
Le déploiement direct signifie que lorsque vous cliquez sur Publier dans le concepteur, votre application visuelle est fusionnée avec un branchement cible dans le référentiel distant, tel que la branche
main
, puis déployée directement dans l'environnement associé à votre espace de travail.Il s'agit de la méthode de déploiement par défaut des nouveaux espaces de travail que vous créez.
-
Les pipelines d'intégration continue et de déploiement continu offrent quant à eux une certaine flexibilité. Par exemple, vous pouvez configurer un pipeline pour déployer des artefacts dépendants vers l'environnement cible en parallèle, exécuter des builds selon une programmation spécifiée ou ignorer les anciens builds et artefacts.
Pour ce faire, activez un pipeline d'intégration continue et de déploiement continu pour le branchement cible vers lequel vous voulez fusionner et configurez ce pipeline en fonction des besoins de votre organisation.
Utilisez une combinaison des options de déploiement qui conviennent le mieux. Par exemple, dans votre organisation, il est peut-être plus efficace de déployer une application visuelle directement sur votre instance de développement Visual Builder à l'aide du bouton Publier. Parallèlement, vous pouvez tirer parti des pipelines d'intégration continue et de déploiement continu pour les déploiements vers d'autres instances Visual Builder et automatiser certaines tâches d'opérations de cycle de vie.
Voici un bref aperçu de quelques différences clés entre les deux options de publication :
Aspect de publication | Publier directement | Publier via des pipelines CI/CD |
---|---|---|
Flexibilité de déploiement | Les principaux avantages de la publication d'une application visuelle directement vers une instance Visual Builder à l'aide du bouton Publier du concepteur sont la rapidité et la simplicité. Le processus de déploiement est simple, mais pas flexible. |
La flexibilité est la principale raison d'utiliser les pipelines CI/CD. Lorsque vous cliquez sur Publier, vous souhaitez peut-être que votre application visuelle soit déployée non seulement sur une instance DEV, mais également sur d'autres instances. Vous pouvez également configurer un pipeline pour télécharger des artefacts archivés, supprimer d'anciens builds et artefacts, par exemple, ou exécuter des builds selon une programmation spécifique. |
Vitesse | La publication directe d'une application visuelle vers une instance Visual Builder est rapide. Le déploiement a lieu immédiatement, de sorte que les utilisateurs finals peuvent visualiser rapidement les modifications. | Lors de la publication d'une application visuelle à l'aide d'un pipeline d'intégration continue et de déploiement continu, le processus de déploiement n'est pas immédiat. Vous devrez peut-être attendre la fin du processus pour que d'autres puissent voir les modifications. |
Déploiement sur plusieurs instances |
Vous pouvez déployer votre application visuelle vers votre instance DEV directement, sans utiliser de pipeline d'intégration continue et de déploiement continu. Toutefois, pour déployer cette application visuelle vers d'autres instances, vous devez utiliser des pipelines d'intégration continue et de déploiement continu. |
Vous pouvez configurer des pipelines d'intégration continue et de déploiement continu pour déployer les modifications sur n'importe quelle instance, pas seulement sur votre instance DEV. Vous pouvez également configurer un pipeline pour qu'il soit déployé sur plusieurs instances simultanément. |
Demandes de fusion | Le déploiement étant immédiat, vous ne pouvez pas inclure de demandes de fusion dans le cadre du processus de publication. Pour vérifier les modifications, vous devez donc créer des demandes de fusion avant de cliquer sur Publier. | Lorsque vous publiez une application visuelle à l'aide d'un pipeline d'intégration continue et de déploiement continu, vous avez la possibilité de créer des demandes de fusion. |
Workflow d'approbation | Lors de la publication directe vers une instance Visual Builder, il n'existe aucune fonctionnalité de workflow d'approbation intégrée. Si vous avez accès à un environnement, vous pouvez le déployer. |
Avec les pipelines CI/CD, vous pouvez ajouter un élément d'approbation qui nécessite qu'un ou plusieurs utilisateurs autorisés approuvent manuellement une étape avant d'exécuter le reste de son exécution. Par exemple, un pipeline peut déployer automatiquement une application visuelle vers vos instances DEV et TEST, mais nécessite l'approbation d'un responsable avant le déploiement vers votre instance PROD. |
Journaux et historique des builds | La publication directe vers une instance Visual Builder ne fournit pas d'enregistrement des détails de build, des rapports de journal et de l'historique de build. | Si vous avez utilisé un pipeline d'intégration continue et de déploiement continu pour déployer une application visuelle, les journaux précédents et l'historique des builds sont disponibles pour vérification. |
Prise en charge de la restauration d'applications visuelles vers une version précédente | Si une application visuelle a été publiée directement dans une instance Visual Builder, elle ne peut pas être redéployée ultérieurement. | Si une application visuelle a été déployée à l'aide d'un pipeline et que ses artefacts de build ont été archivés, elle peut être redéployée ultérieurement, si nécessaire. |