During development, you are typically building a Cloud Assembly blueprint by starting with the essentials, then deploying and testing as the blueprint grows.

To be certain that a deployment works the way that you want, you might test and deploy the blueprint several times. Gradually, you add more components, retest, and redeploy along the way.

Prerequisites

Create the basic blueprint. See WordPress use case: create a basic blueprint.

Procedure

  1. Click Blueprints, and open the WordPress-BP blueprint.
    The basic blueprint appears, in the design canvas and code editor.
  2. To check blueprint syntax, placement, and basic validity, click Test at the lower left.
  3. Enter input values, and click Test.
    Input variables

    The test is only a simulation and does not actually deploy virtual machines or other resources. The simulation exposes potential issues, such as not having any resource capabilities defined that match hard constraints in the blueprint.

    The test includes a link to a Provisioning Diagram, where you can inspect the simulated deployment flow and see any errors that occurred.

    Request flow

    A successful simulation doesn't guarantee that you can deploy the blueprint without errors.

  4. After the blueprint passes the simulation, click Deploy at the lower left.
  5. Select Create a new deployment.
  6. Name the deployment WordPress for OurCo and click Next.
  7. Enter input values, and click Deploy.
  8. To verify that the blueprint successfully deployed, look under Deployments.

    If a deployment fails, click its name, and click the History tab to see messages that can help you troubleshoot.

    Failed deployment

    Some history entries might have the Provisioning Diagram link at the far right. The diagram is similar to the simulated one, where you inspect the flow chart of Cloud Assembly decision points in the provisioning process.

    More flow charts are available under Infrastructure > Activity > Requests.

  9. To verify that the application is working, open the WordPress start page in a browser.
    1. Wait for the WordPress servers to be fully created and initialized.
      It might take 30 minutes or more for initialization, depending on the environment.
    2. To locate the site FQDN or IP address, go to Deployments > Topology.
    3. On the canvas, click the WebTier, and find the IP address in the panel on the right.
    4. Enter the IP address as part of the full URL to the WordPress start page.
      In this use case, the full URL is:

      http://{IP-address}/mywordpresssite

      or

      http://{IP-address}/mywordpresssite/wp-admin/install.php

  10. After inspecting WordPress in a browser, if the application needs more work, make blueprint changes and redeploy using the Update an existing deployment option.
  11. Consider versioning the blueprint. You can revert to a working version if a change causes deployment to fail.
    1. On the blueprint design page, click Version.
    2. On the Creating Version page, enter WP-1.0.
      Do not enter spaces in version names.
    3. Click Create.
    To review or revert to a version, on the design page, click the Version History tab.
  12. With a basic deployment now possible, try your first deployment-time enhancement by increasing CPU and memory on the application and database servers.
    Update to a medium node size for both. Using the same blueprint, select medium at deployment time, redeploy, and verify the application again.

What to do next

Expand the blueprint into a production-worthy application by adding more components.