Os blueprints do XaaS são fluxos de trabalho do vRealize Orchestrator que podem provisionar recursos, fazer alterações aos recursos provisionados ou atuar como um serviço que realiza uma tarefa em seu ambiente. Os blueprints e as ações de recurso possuem diversas nuances que você deve compreender ao criar blueprints para seus usuários do catálogo de serviços.

As seguintes definições lhe ajudam a compreender os termos usados ao trabalhar com os blueprints do XaaS.

Recurso personalizado
Um tipo objeto do vRealize Orchestrator que é exposto como recurso através de API de um plug-in do vRealize Orchestrator. Você cria um recurso personalizado para definir o parâmetro de saída de um blueprint de provisionamento do XaaS e para definir um parâmetro de entrada de uma ação de recurso.
Componente do blueprint do XaaS
Um blueprint de provisionamento e não provisionamento que você pode usar na tela de criação do blueprint. Esse blueprint também deve ser um blueprint independente do XaaS.
Blueprint independente do XaaS
Um blueprint de provisionamento ou não provisionamento que é publicado e qualificado diretamente ao catálogo de serviço.
Blueprint de provisionamento
Um blueprint de provisionamento que executa um fluxo de trabalho do vRealize Orchestrator para a provisão de recursos no endpoint de destino, usando o plug-in API do vRealize Orchestrator para o endpoint. Por exemplo, adicione NICs virtuais a um dispositivo de rede em vSphere. Para criar um blueprint de provisionamento, você deve haver um recurso personalizado que define o tipo de recurso do vRealize Orchestrator.
Quando um usuário do catálogo de serviço solicita esse tipo de itens de catálogo, o fluxo de trabalho provisiona o item e o item implementado é armazenado na guia Implantações. É possível definir operações de pós-provisionamento para esses tipos de recursos provisionados. Você também pode realizar blueprints escaláveis adicionando ou removendo instâncias quando necessário.
Blueprint de não provisionamento
Um blueprint de não provisionamento executa um fluxo de trabalho do vRealize Orchestrator para realizar uma tarefa que não requer que o API faça mudanças a um endpoint. Por exemplo, o fluxo de trabalho que executa compilações de um relatório e, em seguida, o envia por e-mail ou publica no sistema de comunicação de destino.
Quando um usuário do catálogo de serviço solicita esse tipo de item de catálogo, o fluxo de trabalho é executado para realizar a tarefa de script, mas o item não é adicionado na guia Implantações. Não é possível executar operações de pós-provisionamento nesse tipo de blueprint. Você pode usar blueprints de não provisionamento como fluxos de trabalho de suporte em blueprints escaláveis. Por exemplo, você pode criar um blueprint para atualizar um balanceador de carga de alta disponibilidade.
Blueprint composto
Um blueprint que foi criado usando a tela de criação. O blueprint composto usa um ou mais componentes. Por exemplo, um componente da máquina, um componente do software ou um componente do XaaS. Ao adicioná-lo a um serviço, ele é elencado como Implementação. Ao adicioná-lo a uma autorização, para torná-lo disponível aos usuários do catálogo de serviço, ele é elencado como Blueprint Composto. Um blueprint composto pode haver um componente do blueprint ou pode incluir todo um aplicativo com diversas máquinas, software e rede.
Ação de recurso
Um fluxo de trabalho que você pode executar em um blueprint de provisionamento implementado. O blueprint implementado pode ser um blueprint do XaaS ou componente do blueprint, ou pode ser um tipo de máquina que você mapeou para um tipo de recurso do vRealize Orchestrator.