Los blueprints de XaaS se migran a dos tipos diferentes de VMware Cloud Templates según sus detalles.

Para poder migrar un blueprint de XaaS, primero se debe migrar el flujo de trabajo asociado a 8. vRealize Automation 8 admite:
  • Formulario de solicitud (no se admiten los detalles de elementos del catálogo ni los detalles de solicitudes enviadas)
  • Campo de búsqueda en el formulario de solicitud
  • Campo de árbol en el formulario de solicitud
  • Los valores predeterminados condicionales solo admiten una condición única. Si las condiciones se encuentran anidadas, estas se ignoran durante la migración.
  • El valor de las restricciones de solo lectura, longitud mínima y longitud máxima solo admite valores constantes.
  • La visibilidad del campo se puede establecer tanto de forma condicional como externa mediante el diseñador de formularios.

vRealize Automation 8 ya no incluye ni admite la funcionalidad Poner a disposición como componente en el lienzo de diseño.

Antes de realizar la migración, si el flujo de trabajo asociado no es compatible con vRealize Automation 8, guarde el blueprint de XaaS como borrador para continuar con la evaluación de migración y la migración sin él.

Blueprints de XaaS sin un recurso de aprovisionamiento definido

En vRealize Automation 7, los blueprints de XaaS sin un recurso de aprovisionamiento definido se migran a vRealize Automation 8 como plantillas de nube de XaaS con el flujo de trabajo asociado y los campos del formulario de solicitud original. Es posible que deba reordenar los campos, ya que el orden de los campos no se conserva después de la migración.

Blueprints de XaaS con un recurso de aprovisionamiento definido

En vRealize Automation 7, los blueprints de XaaS con un recurso de aprovisionamiento definido se migran a vRealize Automation 8 como VMware Cloud Templates junto con el flujo de trabajo asociado y el formulario de solicitud original. Ya no aparecen como un blueprint de XaaS. vRealize Automation 8 requiere que estos blueprints de XaaS tengan un flujo de trabajo de actualización y un flujo de trabajo de destrucción asignados. Si el blueprint de XaaS no contiene uno, vRealize Automation 8 asigna un identificador ficticio a estos campos de flujo de trabajo. Debe reemplazar el identificador ficticio, y asignar un flujo de trabajo de actualización y de destrucción después de la migración.
Nota: La funcionalidad escalable de ciclo de vida del componente no se admite en vRealize Automation 8 y se marca durante la evaluación de migración.