6 - Traditional Workflows and Deployments

Updated 4 weeks ago by Michael Cretzman

Once your Service and Environment are set up, you can create the deployment process using a Harness Workflow:

Basic Workflows

The Basic deployment Workflow is the most common Workflow type for traditional, package file-based deployments. Basic Workflows simply select nodes in the deployment infrastructure and install a Service.

To create a Basic Workflow for a traditional deployment, do the following:

  1. In your Harness Application, click Workflows.
  2. In Workflows, click Add Workflow. The Workflow dialog appears.
  3. In Name, enter a name for the Workflow.
  4. In Workflow Type, select Basic Deployment.
  5. In Environment, select the Environment where the Service Infrastructure you defined for your deployment is located.
  6. In Service Infrastructure, select your target Service Infrastructure. When you are finished, the dialog will look something like this:
  7. Click SUBMIT. The Workflow is created.

Let's look at the two default steps in the Workflow, Select Nodes and Install.

Select Nodes

The Select Nodes step selects the target hosts from the Service Infrastructure you defined. You can choose to select a specific host or simply specify the number of instances to select with the Service Infrastructure criteria.

If you choose to set the number of instances, in Select specific hosts?, select No.

In Instances, enter the number of instances to use. Remember that Harness is deploying to existing instances as defined in your Service Infrastructure. Ensure that there are enough instances that meet your criteria.

If you choose Yes in Select specific hosts?, click in Host Name(s) to select the specific target hosts for the deployment. Harness will obtain the host names or hosts that match the criteria of your Service Infrastructure.

The following image shows a Service Infrastructure specifying an AWS Region, VPC, and Tags (Name:doc-target), the EC2 instance that meets that criteria, and the host name in the Node Select dialog.


The Install step runs the command scripts in your Service on the target host.

The following image shows the Install step in the deployed Workflow and its corresponding Service commands and scripts.


There are not many causes for a rollback of a Basic Workflow using application packages. Artifact issues are uncommon because the artifact must be available to the Harness Delegate before you deploy. If the Delegate cannot reach the target host, the deployment will fail without changing the target host, and so no rollback is needed.


The Basic Workflow is the most common deployment of Services deploying application packages. Once you've successfully deployed the Workflow, you can click the Install step to see the Service commands and scripts in the Deployments page.

You can expand logs for each script in the Install step to see the log of its execution by the Harness Delegate. For example, here is the Copy Artifact script copying the application package todolist.war to the runtime location set up in Application Defaults ($HOME/${app.name}/${service.name}/${env.name}/runtime):

Begin execution of command: Copy Artifact

Connecting to ip-10-0-0-54.ec2.internal ....

Connection to ip-10-0-0-54.ec2.internal established

Begin file transfer todolist.war to ip-10-0-0-54.ec2.internal:/home/ec2-user/ExampleAppFileBased/WAR/Development/runtime/tomcat/webapps

File successfully transferred

Command execution finished with status SUCCESS

You can SSH into the target host and see the application package:

Next Steps

Now that you have deployed your package file-based application, learn about the following Harness features to help you improve, automate, and verify your deployments and live production applications:

How did we do?