
vRealize Automation 6 Custom Resource Properties
September 8, 2014Notice that if I open a different vCO workflow that adds an AD user to an AD Group, the input types are not strings, but their own type.
Custom Resources
The answer is a custom resource.
If we go to the Advanced Services tab –> Custom Resources we can add a new “Custom Resource” that maps to an object. Click the green “+” sign to add a new one.
In the Resource Type tab, we select a new resource type. When I start typing AD… into the box, the list of available resource properties starts to populate and then I can select the property that I want.
Name the property and give it a description.
In the details form, we’ll be able to customize how the requester will interact with the resource property. I’ve left the defaults.
Create a new Service Blueprint like we did in our last post.
I grabbed the vCO workflow “Add a user to a user group”.
You can see we now have two service blueprints, but of course I need to publish this blueprint.
Again, customize the item to your liking and add it to a service.
Log out of vCAC and log back in as the user that has access to request this service. We now have a new item to request.
in the last post, we just entered all of our information, but now when you start typing, the catalog item is going to search through the associated resource properties. This allows you to select that object instead of entering a string.
I did the same thing for the user and I’m now ready to submit the request.
My service blueprint completed successfully.
Summary
Resource properties can really be a life saver if you’re deploying a lot of vCO workflows. I should mention that you can get away without resource properties, but you’ll need to do a lot of work in vCO to take a string and convert it to an object. Resource Properties are much easier to manage.