Avant de commencer à effectuer les tâches de configuration essentielles, il est important de comprendre comment les 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 d'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 nouvel environnement 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 seule organisation VB Studio :

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, examiner 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 tenir à jour une ou plusieurs extensions à l'aide de VB Studio dans votre instance TEST, tout en évaluant simultanément les nouvelles fonctionnalités d'une version à venir d'Oracle Cloud Applications à l'aide d'un autre VB Studio (probablement associé à 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 d'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 d'avoir plusieurs instances VB Studio vous donne de la flexibilité au cas où l'instance où vous travaillez normalement n'est pas disponible pour une raison quelconque. Par exemple, supposons que vous travailliez généralement dans le projet A sur l'instance DEV1, mais que DEV1 est 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à. (Voir Configurer les utilisateurs VB Studio pour plus d'informations sur les identités des utilisateurs.) 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 pour n'importe quelle instance de n'importe quelle famille d'environnements, à condition qu'un environnement VB Studio soit défini pour le prendre en charge.
• Pour déployer une extension vers une instance PROD (ou pour supprimer une extension lorsqu'elle n'est plus nécessaire), vous devez toujours utiliser 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 en discontinu, ce qui signifie que vous devrez utiliser l'intégration et le développement en continu; dans ce cas, voir Déploiement vers la production au moyen de pipelines d'intégration et de développement en continu.
• Si vous développez une extension dans une instance et que vous souhaitez la tester dans une autre :
  • Définissez un nouvel environnement. Le moyen le plus simple est d'accéder à l'onglet Environnements dans le navigateur de gauche VB Studio, puis cliquez sur Cycle de vie de l'extension :
    
    
    Description de l'illustration 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'illustration addserviceoauth.png
    
    Quelle que soit la méthode que vous choisissez, entrez l'URL de base, le nom à utiliser pour faire référence à l'instance et les données d'identification d'un utilisateur autorisé à effectuer un déploiement dans l'instance. Ces données d'identification doivent être celles d'un utilisateur local et non d'une identité fédérée et ne doivent pas nécessiter une authentification multifacteur. Une fois l'instance connectée, ces données d'identification sont abandonnées; elles ne sont nécessaires que pour configurer la connexion initiale basée sur OAuth.
  • De retour dans le concepteur, cliquez sur le bouton Publier pour valider les modifications que vous avez apportées dans l'extension au référentiel Git dans 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 et pour conserver des onglets sur tous vos déploiements.
  Note
  
  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 nouvel environnement qui pointe vers l'instance, en spécifiant 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 l'illustre l'image ci-dessus, chaque instance hors production d'une famille d'environnements Oracle Cloud App 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 avez le rôle APPLICATION_ADMINISTRATOR sur l'une des instances d'application Oracle Cloud hors production pour lesquelles la synchronisation de rôle IDCS est activée), vous êtes considéré comme un administrateur d'organisation VB Studio. Dans cette capacité, toutes les modifications que vous apportez à l'organisation au moyen de toutes les 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 politiques OCI qui vous permettent d'administrer les instances VB Studio à partir de la console OCI, toute modification apportée au moyen de la console (par exemple, l'activation de l'intégration et du développement en continu pour une seule instance VB Studio) affecte l'ensemble de l'organisation. Autrement dit, l'activation de l'intégration et du développement en continu pour une instance l'active pour toutes les instances de la famille d'environnements.

Vous voulez 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. De plus, comme chaque instance de VB Studio est provisionnée dans le même segment d'identité que l'instance Oracle Cloud Applications associée (TEST, DEV1, DEVn, etc.), chaque développeur d'applications visuelles aura besoin des données d'identification de l'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 interrompu.

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 avez la possibilité de le faire, mais vous aurez toujours besoin d'une instance distincte de Visual Builder pour le déployer.