Création du travail de build de déploiement de modèle d'environnement restreint de production

Le travail de déploiement de modèle d'environnement restreint déploie l'artefact de l'extension qui a été généré dans le travail de packaging de modèle d'environnement restreint vers le modèle d'environnement restreint de l'instance de production Oracle Cloud Applications. Avant de créer le travail, assurez-vous que vous disposez des informations d'identification que VB Studio peut utiliser pour accéder au modèle d'environnement restreint de l'instance de production Oracle Cloud Applications.

  1. Dans le navigateur de gauche, cliquez sur Constructions Builds.
  2. Dans l'onglet Travaux, cliquez sur + Créer un travail.
  3. Dans la boîte de dialogue Nouveau travail, dans Nom, entrez un nom unique.
  4. Dans Description, entrez la description du travail.
  5. Dans Modèle, sélectionnez le modèle Valeur par défaut du système OL7 pour Visual Builder.
  6. Cliquez sur Créer.
  7. Cliquez sur Configurer Configuration.
  8. Cliquez sur l'onglet Avant la création.
  9. Dans Ajouter avant l'action de build, sélectionnez Copier les artefacts.
  10. Dans A partir d'un travail, sélectionnez le travail de packaging qui a généré l'artefact de l'extension.
  11. Dans Quel build, sélectionnez l'une des options suivantes :
    • Dernier build réussi (par défaut)
    • Dernier build conservé indéfiniment
    • Build en amont dans cette instance de pipeline
    • Indiqué par un lien permanent
    • Build spécifique
    • Indiqué par un paramètre de build
    En fonction de ce que vous sélectionnez, vous pouvez être invité à sélectionner le paramètre de permalien, de build ou de build à utiliser.
  12. Laissez les autres champs avec leurs valeurs par défaut ou vides.
  13. Cliquez sur l'onglet Etapes.
  14. Dans Ajouter une étape, sélectionnez Extension d'application, puis Déployer.

    Cette image présente la section Déploiement d'extension d'application partiellement remplie.


    Description de l'image oracle-deploy-build-step.png
    Description de l'image oracle-deploy-build-step.png

  15. Dans Instance cible, sélectionnez l'environnement avec l'instance de production de l'application Oracle Cloud.
  16. Dans la section Autorisation, indiquez le type d'autorisation pour exécuter cette étape de build. Lorsque l'option Utiliser OAuth est sélectionnée par défaut, le message Authorization is required apparaît. Il indique que cette étape de build a besoin d'une autorisation unique pour gérer les demandes OAuth adressées à l'instance Oracle Cloud Applications de votre environnement. Cliquez sur Autoriser et entrez les informations d'identification pour accéder à votre instance Oracle Cloud Applications. Vous pouvez également exécuter le travail manuellement et les saisir lorsque vous y êtes invité.

    Dans les deux cas, il est recommandé d'autoriser la connexion OAuth lors de la configuration initiale. Si vous ignorez cette étape, vous ne pourrez pas publier vos modifications à partir du concepteur et vous devrez terminer l'autorisation requise avant de tenter de déployer les modifications.

    Une fois autorisé, le message Authorization has been provided s'affiche.

    Remarque

    Le type d'autorisation recommandé est OAuth. Utilisez l'authentification de base uniquement si vous rencontrez des problèmes lors de la configuration d'une connexion OAuth. Pour utiliser l'authentification de base, sélectionnez Utiliser l'authentification de base, puis entrez les informations d'identification d'un utilisateur pouvant accéder à l'instance Oracle Cloud Applications dans Nom utilisateur et Mot de passe. 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.

    Les jetons OAuth (accès et actualisation) sont cyclés lors d'une utilisation régulière. Un jeton d'actualisation est utilisé pour obtenir un jeton d'accès chaque fois qu'un utilisateur accède à l'instance cible. Ce jeton d'actualisation est généralement valide pendant sept jours. (Le délai d'expiration du jeton est défini dans l'application de ressource IDCS et peut être différent en fonction de vos exigences de sécurité.) Si l'utilisateur s'authentifie auprès de l'instance cible au cours de la période de sept jours, le jeton d'actualisation actif génère un nouveau jeton d'accès et un nouveau jeton d'actualisation. Ce cycle se poursuit indéfiniment tant que le jeton d'actualisation reste valide. Si le jeton d'actualisation expire pendant de longues périodes d'inactivité (par exemple, lorsque vous êtes absent en vacances), cliquez sur Renouveler l'autorisation (ou exécutez le travail manuellement, de sorte que vous êtes invité à autoriser les jetons OAuth expirés).

  17. Le champ Créer un artefact doit afficher le même nom d'artefact que celui utilisé lors de l'étape de création de package. Confirmez cette valeur, en particulier si le travail de packaging a utilisé un nom d'artefact autre que le nom par défaut, extension.vx.
  18. Cliquez sur Enregistrer.