Documentation sur Oracle Cloud Infrastructure

Utiliser des pipelines d'intégration et de développement en continu pour le déploiement

Les applications visuelles peuvent être déployées dans votre instance de développement Visual Builder, directement ou au moyen de pipelines d'intégration et de développement en continu (CI/CD).

  • Un déploiement direct signifie que lorsque vous cliquez sur Publier dans le concepteur, votre application visuelle est fusionnée à une branche cible dans le référentiel distant, telle 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 pour les nouveaux espaces de travail que vous créez.

  • Les pipelines d'intégration et de développement en continu offrent quant à eux de la flexibilité. Par exemple, vous pouvez configurer un pipeline pour déployer des artefacts dépendants dans l'environnement cible en parallèle, exécuter des versions selon un programme spécifié ou abandonner les anciennes versions et artefacts.

    Vous pouvez configurer cela en activant un pipeline d'intégration continue/développement continu pour la branche cible vers laquelle vous voulez fusionner et en configurant ce pipeline en fonction des besoins de votre organisation.

Note

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 dans votre instance du service Visual Builder de développement à l'aide du bouton Publier. En même temps, vous pouvez tirer parti de l'utilisation de pipelines d'intégration et de développement en continu pour les déploiements vers d'autres instances Visual Builder, ainsi que pour automatiser certaines tâches d'opérations du 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 au moyen de pipelines d'intégration et de développement en continu
Flexibilité du déploiement Les principaux avantages de la publication d'une application visuelle directement dans 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 des pipelines d'intégration et de développement en continu. Lorsque vous cliquez sur Publier, peut-être souhaitez-vous 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 ou abandonner d'anciennes versions et artefacts, par exemple, ou exécuter des versions selon un programme spécifié.
Vitesse La publication d'une application visuelle directement dans une instance Visual Builder est rapide. Le déploiement est immédiat, afin que les utilisateurs finaux puissent voir rapidement les modifications. Lors de la publication d'une application visuelle à l'aide d'un pipeline d'intégration et de développement en continu, le processus de déploiement n'est pas immédiat. Vous devrez peut-être attendre la fin de l'ensemble du processus pour que les autres utilisateurs puissent voir les modifications.
Déploiement sur plusieurs instances

Vous pouvez déployer votre application visuelle dans votre instance DEV directement, sans utiliser de pipeline d'intégration et de développement en continu.

Toutefois, pour déployer cette application visuelle sur d'autres instances, vous devez utiliser des pipelines d'intégration et de développement en continu.

 Vous pouvez configurer des pipelines d'intégration et de développement en continu pour déployer les modifications dans n'importe quelle instance, pas seulement dans votre instance DEV. Vous pouvez également configurer un pipeline à déployer sur plusieurs instances simultanément.
Demandes de fusion Comme le déploiement est immédiat, vous ne pouvez pas inclure des demandes de fusion dans le processus de publication. Pour que les modifications soient révisées, il est donc nécessaire de créer des demandes de fusion avant de cliquer sur Publier. Lors de la publication d'une application visuelle à l'aide d'un pipeline d'intégration et de développement en continu, vous avez la possibilité de créer des demandes de fusion.
Flux de travail d'approbation Lors de la publication directe dans une instance Visual Builder, il n'y a aucune fonctionnalité de flux d'approbation intégrée. Si vous avez accès à un environnement, vous pouvez le déployer.

Avec les pipelines d'intégration et de développement en 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 gestionnaire avant le déploiement sur votre instance PROD.
Journaux et historique de compilation La publication directe dans une instance Visual Builder ne fournit pas d'enregistrement de détails de compilation, de rapports de journal et d'historique de compilation. Si vous avez utilisé un pipeline d'intégration continue/développement continu pour déployer une application visuelle, les journaux précédents et l'historique de compilation sont disponibles pour révision.
Prise en charge du repositionnement des 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 compilation ont été archivés, elle peut être redéployée ultérieurement, si nécessaire.