Les Blueprints XaaS sont migrés dans deux types différents de VMware Cloud Templates en fonction de leurs détails.

Avant de pouvoir migrer un Blueprint XaaS, le workflow associé doit être migré vers la version 8 en amont. vRealize Automation 8 prend en charge :
  • Le formulaire de demande (les détails de l'élément de catalogue et les détails de la demande envoyée ne sont pas pris en charge)
  • Le champ de recherche sur le formulaire de demande
  • Le champ d'arborescence sur le formulaire de demande
  • Les valeurs conditionnelles par défaut ne prennent en charge qu'une seule condition. Si les conditions sont imbriquées, celles-ci sont ignorées lors de la migration.
  • La valeur des contraintes en lecture seule, de longueur minimale et de longueur maximale prend en charge des valeurs constantes uniquement.
  • La visibilité du champ peut être définie à la fois sous condition et en externe à l'aide du concepteur de formulaires.

vRealize Automation 8 n'inclut plus ou ne prend plus en charge la fonctionnalité Rendre disponible en tant que composant dans le canevas de conception.

Avant la migration, si le workflow associé n'est pas compatible avec vRealize Automation 8, enregistrez le Blueprint XaaS en tant que brouillon pour poursuivre l'évaluation de la migration et la migration sans celui-ci.

Blueprints XaaS sans ressources de provisionnement définies

Les Blueprints XaaS vRealize Automation 7 sans ressources de provisionnement définies sont migrés vers vRealize Automation 8 en tant que modèles de cloud XaaS avec le workflow associé et les champs du formulaire de demande d'origine. Vous devrez peut-être réorganiser les champs, car leur ordre n'est pas préservé après la migration.

Blueprints XaaS avec ressources de provisionnement définies

Les Blueprints XaaS vRealize Automation 7 avec ressources de provisionnement définies sont migrés vers vRealize Automation 8 en tant que VMware Cloud Templates avec le workflow associé et le formulaire de demande d'origine. Ils ne sont plus répertoriées en tant que Blueprint XaaS. vRealize Automation 8 requiert que ces Blueprints XaaS disposent d'un workflow de mise à jour et de destruction attribués. Si le Blueprint XaaS n'en possède pas, vRealize Automation 8 attribue un ID factice à ces champs de workflow. Vous devez remplacer l'ID factice, attribuer une mise à jour et détruire le workflow après la migration.
Note : La fonctionnalité évolutive du cycle de vie des composants n'est pas prise en charge dans vRealize Automation 8 et est signalée lors de l'évaluation de la migration.