Documentation Oracle Cloud Infrastructure

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.

Remarque

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 automatiquement Publier via des pipelines d'intégration continue et de déploiement continu
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 de l'utilisation des pipelines d'intégration continue et de déploiement continu. Lorsque vous cliquez sur Publier, vous souhaitez peut-être que votre application visuelle soit déployée non seulement vers une instance DEV, mais également vers d'autres instances.

Vous pouvez également configurer un pipeline pour télécharger des artefacts archivés, ignorer d'anciens builds et artefacts, par exemple, ou exécuter des builds selon une programmation spécifique.
Vitesse La publication d'une application visuelle directement vers une instance Visual Builder est rapide. Le déploiement a lieu immédiatement, afin que les utilisateurs finals puissent 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 personnes 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 des modifications vers n'importe quelle instance, et pas seulement vers votre instance DEV. Vous pouvez également configurer un pipeline pour qu'il soit déployé simultanément sur plusieurs instances.
Demandes d'association Etant donné que le déploiement est immédiat, vous ne pouvez pas inclure de demandes de fusion dans le processus de publication. Pour que les modifications soient vérifiées, 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, aucune fonctionnalité de workflow d'approbation intégrée n'est disponible. Si vous avez accès à un environnement, vous pouvez le déployer.

Avec les pipelines d'intégration continue et de déploiement continu, 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 sur vos instances DEV et TEST, mais nécessite l'approbation d'un responsable avant de procéder au 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 révision.
Prise en charge de l'annulation (rollback) 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.