Which cloud? Any cloud: Getting started with portable HOT documents

As I’ve mentioned in some of my other posts on using the UrbanCode Designer  to design HOT documents, one of the key benefits is the significant productivity gain in not having to hand code a lot of the “tedious” Heat constructs, not having to remember resource names when hooking them up together, not worrying about YAML indentation and validation. Every new version adds more of these features which you can find in the Knowledge Centre or on Youtube (search for UrbanCode Deploy with Patterns” ).
One of the other major benefits that UrbanCode Designer is the idea of “cloud portability” : the ability to design blueprints that are “cloud agnostic”.

Continue reading “Which cloud? Any cloud: Getting started with portable HOT documents”

What’s in a name?

“O! be some other name:

What’s in a name? that which we call a rose

by any other name would smell as sweet”

From one of my favourite plays, rendered in somewhat recent times in superb fashion IMHO, by one of my favourite directors (a fellow Aussie and New South Welshman by the way:-).

The naming gods must have finally read “Connecting UrbanCode Deploy with Patterns to OpenStack” and decided the UrbanCode Deploy with Paterns (UCDP/UCDwP/UCD+P..) name is indeed a mouthful.  Mouthful or not, Eric Minick provides a bit more detail on  UCDwP becoming part of UrbanCode Deploy with the 6.1.2 version in his post . Problem solved indeed and does make perfect sense as I’ve been finding when showing UCDwP to customers moving into the cloud over the past year or so. For simplicity I’m just going to call the cloud blueprint capability the “Designer”.

Continue reading “What’s in a name?”