Los blueprints XaaS son flujos de trabajo de vRealize Orchestrator que pueden aprovisionar recursos, hacer cambios en los recursos aprovisionados o comportarse como un servicio que realiza una tarea en el entorno. Los blueprints y las acciones personalizadas tienen varios matices que debe comprender cuando diseña blueprints para los usuarios del catálogo de servicios.

Las siguientes definiciones le permiten comprender los términos utilizados al trabajar con blueprints XaaS.

Recurso personalizado

Un tipo de objeto de vRealize Orchestrator que se expone como recurso mediante la API de un complemento de vRealize Orchestrator. El recurso personalizado se crea para definir el parámetro de salida de un blueprint de aprovisionamiento XaaS, así como para definir un parámetro de entrada de una acción personalizada.

Componente de blueprint XaaS

Un blueprint de aprovisionamiento o de no aprovisionamiento que se puede utilizar en el lienzo de diseño del blueprint. Este blueprint también puede ser un blueprint XaaS independiente.

Blueprint XaaS independiente

Un blueprint de aprovisionamiento o de no aprovisionamiento que se publica y se autoriza directamente en el catálogo de servicios.

Blueprint de aprovisionamiento

Blueprint de aprovisionamiento que ejecuta un flujo de trabajo de vRealize Orchestrator para aprovisionar recursos en el endpoint de destino utilizando la API del complemento de vRealize Orchestrator del endpoint. Por ejemplo, añadir NIC virtuales a un dispositivo de red en vSphere. Para crear un blueprint de aprovisionamiento, debe contar con un recurso personalizado que defina el tipo de recurso de vRealize Orchestrator.

Cuando un usuario del catálogo de servicios solicita este tipo de elementos del catálogo, el flujo de trabajo aprovisiona el elemento y el elemento implementado se almacena en la pestaña Elementos. Puede definir operaciones posteriores al aprovisionamiento para este tipo de recursos aprovisionados. También puede añadir o quitar instancias cuando sea necesario para hacer que los blueprints sean escalables.

Blueprint de no aprovisionamiento

Un blueprint de no aprovisionamiento ejecuta un flujo de trabajo de vRealize Orchestrator para realizar una tarea que no requiera la API para hacer cambios en un endpoint. Por ejemplo, el flujo de trabajo que se ejecuta genera un informe y lo envía por correo electrónico a un sistema de comunicación de destino o lo publica en él.

Cuando un usuario del catálogo de servicios solicita este tipo de elemento del catálogo, el flujo de trabajo se ejecuta para llevar a cabo la tarea generada por script, pero el elemento no se añade a la pestaña Elementos. En este tipo de blueprint no se pueden llevar a cabo operaciones posteriores al aprovisionamiento. Puede utilizar blueprints de no aprovisionamiento como flujos de trabajo de apoyo en blueprints escalables. Por ejemplo, puede crear un blueprint para actualizar un equilibrador de carga de alta disponibilidad.

Blueprint compuesto

Un blueprint que se crea utilizando el lienzo de diseño. El blueprint compuesto utiliza uno o varios componentes. Por ejemplo, un componente de máquina, un componente de software o un componente XaaS. Cuando se añade a un servicio, se muestra como una implementación. Cuando se añade a una autorización para ponerlo a disposición de los usuarios del catálogo de servicios, se muestra como blueprint compuesto. Un blueprint compuesto puede tener un componente de blueprint, o bien puede incluir una aplicación completa con varias máquinas, software y redes.

Acción personalizada

Un flujo de trabajo que se puede ejecutar en un blueprint de aprovisionamiento implementado. El blueprint implementado puede ser un blueprint XaaS o un componente de blueprint, o bien puede ser un tipo de máquina asignado a un tipo de recurso de vRealize Orchestrator.