27 June 2019

Disk Provisioning in Azure

The default behavior for disk provisioning in Azure when no storage profile exists has been changed. Previously, if no storage profile had been configured for an Azure cloud account, storage accounts were created by default and disks were placed within the on-demand storage account. With this change, the default behavior when there is no storage profile is to use Azure managed disks.

Role Names

The names of the Cloud Assembly service roles have been updated. The Automation Cloud Admin role is now named Cloud Assembly Administrator. The Automation User role is now named Cloud Assembly User. No other change has been made to the Cloud Assembly roles.

20 June 2019

Blueprint Sharing

Cloud Assembly administrators can now control whether a blueprint can be shared to users in other projects. When creating or editing a blueprint, you can restrict the blueprint to its project or make the blueprint sharable to all projects within the same organization. If a blueprint is sharable, a Service Broker administrator can manage which projects have access to that blueprint for self-service provisioning in Service Broker. 

13 June 2019

Cost Visibility

Cost visibility has been temporarily disabled. This functionality is being rebuilt based on a new costing engine and will be expanded to include upfront cost prior to provisioning a deployment, as well as the running cost of deployed workloads.

16 May 2019

Google Cloud Platform (GCP)

GCP cloud provider functionality has passed Beta and is now enabled for use in production.

The following areas have been addressed:

  • GCP account registration
  • Native Discovery of GCP resource
  • Provision a VM
    • Network 
    • Network profile
    • Load Balancer support
    • Disk
    • Storage profile
  • Day2 operations
    • Compute Power on / Power Off, Reset, Suspend, Resize, Snapshot Mgmt
    • Storage - Disk Management operations
    • Networking
  • Networking
    • Add/Remove Nic from VM
    • Firewall rules updates
  • GCP-specific properties support 
    • constraints
    • count
    • name
    • persistent
    • persistentDisk
    • tags
    • attachedDisks
    • constraints
    • count
    • imageRef
    • name
    • tags


The VMware Cloud Assembly IaaS API is a multi-cloud policy-based placement API designed for consumers who prefer an imperative over declarative style of provisioning of workloads. The official swagger documentation is available from https://www.mgmt.cloud.vmware.com/iaas/api/swagger/ui/.

IaaS API versioning is now mandatory and the IaaS API URL has changed to /iaas/api/.


The IaaS API version parameter is now mandatory. This means that calls such as “GET /iaas/api/network-profiles” should be changed to “GET /iaas/api/network-profiles?apiVersion=2019-01-15”.

Calls that do not explicitly contain the apiVersioning parameter, such as “GET /iaas/api/network-profiles” where the apiVersioning parameter is not included, will fail.

To help ensure a smooth transition for existing code, during the next 3 months all calls that do not contain the apiVersioning parameter will log a warning message and the call will succeed.


The officially supported IaaS API URL path is /iaas/api/.

This means that you should updated existing calls such as “GET /iaas/network-profiles?apiVersion=2019-01-15” to “GET /iaas/api/network-profiles?apiVersion=2019-01-15”.

To ensure a smooth transition for already existing code, during the next 3 months all calls that have omitted the api subdirectory in the URL will be routed to an updated path that includes the api subdirectory. For example, the path “GET /iaas/network-profiles?apiVersion=2019-01-15” will be routed to the updated path “GET /iaas/api/network-profiles?apiVersion=2019-01-15”.

check-circle-line exclamation-circle-line close-line
Scroll to top icon