Prima di iniziare a utilizzare i task di impostazione essenziali, è importante comprendere come sono organizzate le istanze di Oracle Cloud Application e VB Studio.

Oracle sta eseguendo il provisioning di più istanze di Visual Builder Studio per ogni cliente di Oracle Cloud Applications. I nuovi clienti vedranno questa configurazione non appena verrà eseguito il provisioning con Oracle Cloud Applications; nei prossimi mesi i clienti esistenti verranno migrati nel nuovo panorama. In questa nuova configurazione, ogni istanza TEST e DEV della famiglia di ambienti Oracle Cloud Application riceve la propria istanza di VB Studio, che a sua volta sono collegate da un'unica organizzazione VB Studio:

Descrizione della shell dell'immagine: instances.png

Condividendo un'organizzazione comune, gli utenti che lavorano in VB Studio associati a un'istanza TEST, ad esempio, possono accedere agli stessi progetti, repository ed estensioni degli utenti che lavorano in un'istanza completamente diversa, ad esempio un'istanza DEV collegata a un'altra istanza di VB Studio o a un'altra istanza TEST. Possono vedere le modifiche reciproche, rivedere e approvare le richieste di unione dell'altro e collaborare sulle stesse wiki, come se si trovassero nella stessa istanza di VB Studio.

Di seguito sono riportate alcune considerazioni importanti da tenere presenti quando si utilizzano più istanze di VB Studio.

• È possibile utilizzare istanze di VB Studio diverse per scopi diversi. Ad esempio, è possibile gestire una o più estensioni utilizzando VB Studio nell'istanza TEST e contemporaneamente valutare nuove funzionalità in una versione imminente di Oracle Cloud Applications utilizzando un VB Studio diverso (probabilmente uno associato a un'istanza DEV che esegue la versione più recente).
• All'interno dell'ambiente Oracle Cloud Applications, la tua identità è diversa su ogni istanza di VB Studio con cui stai lavorando. Ad esempio, nell'istanza di sviluppo DEV1, il nome utente potrebbe essere noto come UserA@<Oracle Cloud Applications-instance-name>-DEV1 per VB Studio; UserB potrebbe essere UserB@<Oracle Cloud Applications-instance-name>-DEV2 e così via. Ciò significa che l'amministratore potrebbe dover assegnare ruoli più volte, uno per ogni nome utente o identità. Significa anche che per lavorare sullo stesso progetto sia da Dev1 che da Dev2, entrambi i nomi utente/identità devono essere aggiunti a tale progetto.
• La disponibilità di più istanze di VB Studio offre flessibilità nel caso in cui l'istanza in cui si lavora normalmente non sia disponibile per qualche motivo. Ad esempio, si supponga di lavorare in genere nel Progetto A sull'istanza DEV1, ma DEV1 è inattivo per manutenzione. Finché la tua identità su DEV2 è anche membro del Progetto A, e supponendo che tu abbia inviato le tue ultime modifiche a Git, puoi accedere al progetto tramite VB Studio associato a DEV2 e riprendere il tuo lavoro da lì. Per ulteriori informazioni sulle identità degli utenti, vedere Impostazione degli utenti di VB Studio. Si noti che sia DEV1 che DEV2 devono eseguire la stessa release di Oracle Cloud Applications per garantire il corretto funzionamento di questo scenario.
• È necessario sviluppare le estensioni solo nell'istanza di VB Studio associata all'istanza di Oracle Cloud Applications in cui si sta lavorando. In altre parole, se si utilizza DEV1 per creare le estensioni, assicurarsi di utilizzare VB Studio associato a DEV1 e non, ad esempio, l'istanza di VB Studio associata a TEST o un'istanza di VB Studio in una famiglia di ambienti Oracle Cloud Applications completamente diversa. Naturalmente, è possibile distribuire estensioni in qualsiasi istanza di qualsiasi famiglia di ambienti, a condizione che sia stato definito un ambiente VB Studio per supportarlo.
• Per distribuire un'estensione in un'istanza PROD o per eliminare un'estensione quando non è più necessaria, utilizzare sempre la pagina Gestisci estensione ciclo di vita. L'unico motivo per non farlo è se parte del lavoro dell'estensione è stata isolata in rami discreti, il che significa che sarà necessario utilizzare CI/CD; in questo caso, vedere Distribuisci in produzione tramite pipeline CI/CD.
• Se si sta sviluppando un'estensione in un'istanza e si desidera eseguirne il test in un'altra:
  • Definire un nuovo ambiente. Il modo più semplice consiste nell'andare alla scheda Ambienti nel Navigator a sinistra di VB Studio, quindi fare clic su Ciclo di vita estensione:
    
    
    Descrizione dell'immagine extlifecycle.png
    
    Se si utilizza invece il pulsante + Crea ambiente, assicurarsi di selezionare OAuth 2.0 in Tipo di autorizzazione:
    
    
    Descrizione dell'immagine addserviceoauth.png
    
    Indipendentemente dal metodo scelto, immettere l'URL di base, il nome in base al quale si desidera fare riferimento all'istanza e le credenziali di un utente autorizzato alla distribuzione nell'istanza. Queste credenziali devono essere quelle di un utente locale, non di un'identità federata e non devono richiedere l'autenticazione con più fattori. Una volta connessa l'istanza, queste credenziali vengono eliminate e sono necessarie solo per impostare la connessione iniziale basata su OAuth.
  • Tornare in Designer, fare clic sul pulsante Pubblica per eseguire il commit delle modifiche apportate nell'estensione al repository Git in VB Studio.
  • Utilizzare la pagina Gestisci estensione ciclo di vita per distribuire l'estensione nell'ambiente appena creato, nonché per tenere sotto controllo tutte le distribuzioni.
  Nota
  
  Se non è possibile visualizzare le distribuzioni per una determinata istanza, è probabile che l'istanza non sia stata creata utilizzando OAuth. Per risolvere questo problema, creare un nuovo ambiente che punti all'istanza, specificando OAuth 2.0 come metodo di autenticazione. Se si crea l'ambiente dalla pagina Gestisci ciclo di vita estensione, viene utilizzato automaticamente OAuth.
• Come mostrato nell'immagine sopra, ogni istanza non di produzione di una famiglia di ambienti Oracle Cloud App è associata alla propria istanza di VB Studio, che a sua volta è legata a una singola organizzazione. Se si dispone del ruolo DEVELOPER_ADMINISTRATOR IDCS per una qualsiasi di queste istanze di VB Studio (o se si dispone del ruolo APPLICATION_ADMINISTRATOR su una qualsiasi delle istanze non di produzione dell'applicazione Oracle Cloud con il ruolo IDCS sincronizzato attivato), si è considerati amministratori dell'organizzazione di VB Studio. In tale capacità, le modifiche apportate all'organizzazione tramite qualsiasi istanza di VB Studio si riflettono su tutte le altre istanze della famiglia di ambienti.
• Analogamente, se disponi dei criteri OCI che ti consentono di amministrare le istanze di VB Studio dalla console OCI, qualsiasi modifica apportata tramite la console, ad esempio l'abilitazione di CI/CD per una singola istanza di VB Studio, influisce sull'intera organizzazione. In altre parole, l'abilitazione di CI/CD per un'istanza la abilita per tutte le istanze della famiglia di ambienti.

Vuoi creare applicazioni visive con una delle istanze di VB Studio di cui è stato eseguito il provisioning insieme al tuo account Oracle Cloud Applications? Puoi certamente farlo, ma avrai bisogno di un'istanza di Visual Builder in cui distribuirli. Inoltre, poiché a ogni istanza di VB Studio viene eseguito il provisioning nello stesso striping di identità dell'istanza di Oracle Cloud Applications associata (TEST, DEV1, DEVn e così via), ogni sviluppatore di applicazioni visive avrà bisogno delle credenziali dell'applicazione Oracle Cloud per collegarsi a VB Studio. Inoltre, se l'istanza dell'applicazione Oracle Cloud è inattiva per manutenzione o per altri motivi, l'istanza di VB Studio associata non sarà disponibile, il che significa che lo sviluppo dell'applicazione visiva verrà interrotto.

In alternativa, puoi utilizzare la console di Oracle Cloud per creare la tua istanza di VB Studio per sviluppare le tue applicazioni visive, se hai la possibilità di farlo, anche se avrai ancora bisogno di un'istanza separata di Visual Builder in cui eseguire la distribuzione.