7.1

Table Of Contents
XaaS Blueprints
You can publish your vRealize Orchestrator workows as XaaS blueprints. For example, you can create a
custom resource for Active Directory users, and design an XaaS blueprint to allow managers to provision
new users in their Active Directory group. You create and manage XaaS components outside of the design
tab. You can reuse published XaaS blueprints to create application blueprints, but only in combination with
at least one machine component.
Application Blueprints with Multi-Machine, XaaS , and Software Components.
You can add any number of machine components, Software components, and XaaS blueprints to a machine
blueprint to deliver elaborate functionality to your users. For example, you can create a blueprint for
managers to provision a new hire setup. You can combine multiple machine components, software
components, and a XaaS blueprint for provisioning new Active Directory users. The QE Manager can
request your New Hire catalog item, and their new quality engineering employee is provisioned in Active
Directory and given two working virtual machines, one Windows and one Linux, each with all the required
software for running test cases in these environments.
Exporting and Importing Blueprints
You can programmatically export content from one vRealize Automation environment to another by using
the vRealize Automation REST API or by using the vRealize CloudClient.
For example, you can create and test your blueprints in a development environment and then import them
into your production environment. Or you can import a property denition from a community forum into
your active vRealize Automation tenant instance.
You can programmatically import and export any of the following vRealize Automation content:
n
Application blueprints and all their components
n
IaaS machine blueprints
n
Software components
n
XaaS blueprints
n
Property groups
Property group information is tenant-specic and is only imported with the blueprint if the property
group already exists in the target vRealize Automation instance.
When you export a blueprint from one vRealize Automation instance tenant into another, the property
group information dened for that blueprint is not recognized for the imported blueprint unless the
property group already exists in the target tenant instance. For example, if you import a blueprint that
contains a property group named mica1, the mica1 property group is not present in the imported blueprint
unless the mica1 property group already exists in the vRealize Automation instance in which you import the
blueprint. To avoid losing property group information when exporting a blueprint from one
vRealize Automation instance to another, use vRealize CloudClient to create an export package zip le that
contains the property group and import that package zip le into the target tenant before you import the
blueprint. For more information about using vRealize CloudClient to list, package, export, and import
property groups, as well as other vRealize Automation items, see the VMware Developer Center at
hps://developercenter.vmware.com/tool/cloudclient.
Chapter 4 Providing On-Demand Services to Users
VMware, Inc. 239