Avant de commencer à effectuer les tâches de configuration essentielles, il est important de comprendre comment vos instances Oracle Cloud Application et VB Studio sont organisées.

Oracle est en train de provisionner plusieurs instances de Visual Builder Studio pour chaque client Oracle Cloud Applications. Les nouveaux clients verront cette configuration dès qu'ils seront provisionnés avec Oracle Cloud Applications. Les clients existants seront migrés vers le nouveau paysage au cours des prochains mois. Dans cette nouvelle configuration, chaque instance TEST et DEV de votre famille d'environnements d'application Oracle Cloud reçoit sa propre instance de VB Studio, qui est à son tour liée par une organisation VB Studio unique :

Description de l'illustration shell-instances.png

En partageant une organisation commune, les utilisateurs travaillant dans VB Studio associés à une instance TEST, par exemple, peuvent accéder aux mêmes projets, référentiels et extensions que les utilisateurs travaillant dans une instance complètement différente, par exemple une instance DEV liée à une autre instance VB Studio ou à une autre instance TEST. Ils peuvent voir les modifications de l'autre, vérifier et approuver les demandes de fusion de l'autre et collaborer sur les mêmes wikis, comme s'ils se trouvaient dans la même instance VB Studio.

Voici quelques considérations importantes à prendre en compte lors de l'utilisation de plusieurs instances VB Studio :

• Vous pouvez utiliser différentes instances VB Studio à des fins différentes. Par exemple, vous pouvez gérer une ou plusieurs extensions à l'aide de VB Studio dans votre instance TEST, tout en évaluant simultanément de nouvelles fonctionnalités dans une prochaine version d'Oracle Cloud Applications à l'aide d'une autre version de VB Studio (probablement associée à une instance DEV exécutant la version la plus récente).
• Dans votre environnement Oracle Cloud Applications, votre identité est différente sur chaque instance VB Studio avec laquelle vous travaillez. Par exemple, dans l'instance de développement DEV1, votre nom utilisateur peut être appelé UserA@<Oracle Cloud Applications-instance-name>-DEV1 pour VB Studio ; UserB peut être UserB@<Oracle Cloud Applications-instance-name>-DEV2, etc. Cela signifie que votre administrateur peut avoir besoin d'affecter des rôles pour vous plusieurs fois, un pour chaque nom d'utilisateur/identité. Cela signifie également que pour travailler sur le même projet à partir de Dev1 et Dev2, les deux de vos noms d'utilisateur/identités doivent être ajoutés à ce projet.
• Le fait de disposer de plusieurs instances VB Studio vous donne de la flexibilité au cas où l'instance où vous travaillez normalement serait indisponible pour une raison quelconque. Par exemple, supposons que vous travailliez généralement dans le projet A sur l'instance DEV1, mais que DEV1 soit arrêté pour maintenance. Tant que votre identité sur DEV2 est également membre du projet A - et en supposant que vous avez poussé vos dernières modifications vers Git - vous pouvez accéder au projet via VB Studio associé à DEV2 et reprendre votre travail à partir de là. (Pour plus d'informations sur les identités utilisateur, reportez-vous à Configuration des utilisateurs VB Studio.) Notez que DEV1 et DEV2 doivent exécuter la même version d'Oracle Cloud Applications pour que ce scénario fonctionne correctement.
• Vous devez développer vos extensions uniquement dans l'instance VB Studio associée à l'instance Oracle Cloud Applications dans laquelle vous travaillez. Autrement dit, si vous utilisez DEV1 pour créer vos extensions, assurez-vous d'utiliser VB Studio associé à DEV1, et non, par exemple, l'instance VB Studio associée à TEST, ou une instance VB Studio dans une famille d'environnements Oracle Cloud Applications complètement différente. Bien sûr, vous pouvez déployer des extensions sur n'importe quelle instance de n'importe quelle famille d'environnements, à condition qu'un environnement VB Studio soit défini pour la prendre en charge.
• Pour déployer une extension vers une instance PROD (ou pour supprimer une extension lorsqu'elle n'est plus nécessaire), utilisez toujours la page Gérer l'extension de cycle de vie. La seule raison de ne pas le faire est que certains travaux de l'extension ont été isolés dans des branches distinctes, ce qui signifie que vous devrez utiliser l'intégration continue et le déploiement continu. Dans ce cas, reportez-vous à Déploiement en production via des pipelines d'intégration continue et de déploiement continu.
• Si vous développez une extension dans une instance et que vous souhaitez la tester dans une autre :
  • Définissez un nouvel environnement. La méthode la plus simple consiste à accéder à l'onglet Environnements dans le navigateur de gauche de VB Studio, puis à cliquer sur Cycle de vie de l'extension :
    
    
    Description de l'image extlifecycle.png
    
    Si vous utilisez plutôt le bouton + Créer un environnement, veillez à sélectionner OAuth 2.0 sous Type d'autorisation :
    
    
    Description de l'image addserviceoauth.png
    
    Quelle que soit la méthode choisie, entrez l'URL de base, le nom de référence de l'instance et les informations d'identification d'un utilisateur autorisé à effectuer un déploiement vers l'instance. Ces informations d'identification doivent être celles d'un utilisateur local, et non d'une identité fédérée, et ne doivent pas nécessiter d'authentification à plusieurs facteurs. Une fois l'instance connectée, ces informations d'identification sont ignorées. Elles sont uniquement nécessaires pour configurer la connexion initiale basée sur OAuth.
  • De retour dans le concepteur, appuyez sur le bouton Publier pour valider les modifications que vous avez apportées dans l'extension dans le référentiel Git de VB Studio.
  • Utilisez la page Gérer l'extension de cycle de vie pour déployer l'extension dans l'environnement que vous venez de créer, ainsi que pour garder un œil sur tous vos déploiements.
  Remarque
  
  Si vous ne pouvez pas voir les déploiements pour une instance donnée, c'est probablement parce que l'instance n'a pas été créée à l'aide de OAuth. Pour résoudre ce problème, créez un environnement qui pointe vers l'instance, en indiquant OAuth 2.0 comme méthode d'authentification. (Si vous créez l'environnement à partir de la page Gérer le cycle de vie des extensions, OAuth est utilisé automatiquement.)
• Comme illustré dans l'image ci-dessus, chaque instance autre que de production d'une famille d'environnements d'application Oracle Cloud est associée à sa propre instance VB Studio, qui est à son tour liée à une seule organisation. Si vous disposez du rôle IDCS DEVELOPER_ADMINISTRATOR pour l'une de ces instances VB Studio (ou si vous disposez du rôle APPLICATION_ADMINISTRATOR sur l'une des instances d'application Oracle Cloud autre que de production pour lesquelles la synchronisation de rôle IDCS est activée), vous êtes considéré comme un administrateur d'organisation VB Studio. A ce titre, toutes les modifications que vous apportez à l'organisation via l'une des instances VB Studio sont également répercutées sur toutes les autres instances de la famille d'environnements.
• De même, si vous disposez des stratégies OCI qui vous permettent d'administrer des instances VB Studio à partir de la console OCI, toute modification apportée via la console (par exemple, l'activation de l'intégration continue et du déploiement continu pour une seule instance VB Studio) affecte l'ensemble de l'entreprise. Autrement dit, l'activation de l'intégration continue et du déploiement continu pour une instance l'active pour toutes les instances de la famille d'environnements.

Vous souhaitez créer des applications visuelles avec l'une des instances VB Studio provisionnées avec votre compte Oracle Cloud Applications ? Vous pouvez certainement le faire, mais vous aurez besoin d'une instance de Visual Builder pour les déployer. En outre, comme chaque instance de VB Studio est provisionnée dans la même bande d'identité que l'instance Oracle Cloud Applications associée (TEST, DEV1, DEVn, etc.), chaque développeur d'application visuelle aura besoin d'informations d'identification d'application Oracle Cloud pour se connecter à VB Studio. En outre, si votre instance d'application Oracle Cloud est arrêtée pour maintenance ou pour une autre raison, l'instance VB Studio associée ne sera pas disponible non plus, ce qui signifie que le développement d'applications visuelles sera arrêté.

Vous pouvez également utiliser la console Oracle Cloud pour créer votre propre instance de VB Studio afin de développer vos applications visuelles, si vous en avez la possibilité, mais vous aurez toujours besoin d'une instance distincte de Visual Builder vers laquelle effectuer le déploiement.