Continuous Delivery in practice: Deployment at the touch of a button and release management with Bamboo

Continuous delivery aims to reduce development costs through high-level automation, speed up deployment processes, increase the quality of processes and be more flexible and responsive to customer requirements earlier on in the process. (Our video session offers a detailed introduction to the concept.)

Part of this article addresses how this is done in practice. We will configure Atlassian's CI server Bamboo to install a simple Java web application on a Tomcat application server at the touch of a button.

Fundamentals

While managing our process, we will follow the "fail fast" approach and choose a method consisting of the following four phases.

Compiling: We compile the source text here, add resources and generate the necessary artifacts for testing and running our application.

Unit tests: In this phase, isolated tests are run with fast turnaround times. A fail in this phase prevents the time and resource intensive execution of the next phase.

Functional/integration tests: In this phase, more complex tests with longer run-times and higher resource costs are run. For example, tests for component interaction.

Deployment: In this final phase, the application is installed on a defined target system.

Stages vs. jobs vs. tasks: Stages let us create logical units for performing jobs. Jobs within a stage can be completed in parallel distributed over many agents. On the other hand, tasks within a job are always processed in a row by an agent. (You can find additional information in the Bamboo documentation.)

Creating a new build plan in Bamboo

A build plan forms the basis of these processes. First, we will add the necessary stages.

Configuring stages
We will create three stages: Unit Test, Integration Test and Package Application.

Stage: Unit Test. In this stage, high-speed, isolated unit tests are performed. Terminating our build process early on helps save resources. We add a job with the same name here. The first task from the new job is to first check the source text from a Git repository of a connected Stash server. Then we insert a Maven task that triggers the test to be run using  mvn clean test.

Configuration of the Unit Test Stage in Bamboo

Configuration of the unit test stage in Bamboo

Artifacts can be divided between jobs, build plans and, of course, deployment projects, and allow workflow events to be delivered to the Bamboo server (see the Bamboo documentation). Here, we save the checked project files as a Bamboo artifact with the name Project Sources, so that in the following stages and jobs, you don't have to download the data again. Artifacts from a job are available in the tab with the same name (Artifacts).

Create Artifact for Project Sources

Create artifact for project sources

Stage: Integration Test. More complex tests with longer run-times and greater resource requirements are run here. In our example, the stage is left empty. It is only used for illustrating a realistic workflow.

Stage: Package Application. At this point, we generate a web application and compress it as a WAR file that can be used for deployment. At this stage, we use the sources again that we provided as an artifact in the first stage.

Use shared artifacts in one stage

Use shared artifacts in one stage

We can integrate this data using a task for the artifact download:

Shared artifacts in a stage job

Shared artifacts in a stage job

Finally, we add a Maven task again to build the application using mvn clean package:

Maven task for building and packing the web application

Maven task for building and packing the web application

Since we want to provide the built WAR file for deployment, we define an artifact here again with the name Application War File:

Create war file artifact in bamboo

Create war file artifact in bamboo

Now we can start creating a new deployment project.

Configuring a new deployment

Create a deployment project
When creating a new deployment project, we first give our project a name and select the corresponding build plan and branch for the deployment.

Create deployment project in Bamboo

Create deployment project in Bamboo

Create a new environment
If the application should be imported to different servers (for example, staging, production, preview, test, etc.), we can differentiate between these by configuring deployment environments (Environments). We create a new environment called Preview:

Create new environment for preview

Create new environment for preview

Create deployment tasks
Here, we define the individual steps necessary for importing our WAR file to the application server:

Clean working directory: This step (Clean working directory) is already activated by default. We retain this step in order to always start with a clean working directory.

Downloading the WAR file artifact: In the next task, we instruct Bamboo to prepare the WAR file we exported as an artifact in the build plan for deployment by adding an Artifact Download Task:

Download artifact for deployment

Download artifact for deployment

Uninstalling the application on the Tomcat server: We remove the application from the specified Tomcat server using an Undeploy Tomcat Application task.

Task for uninstalling the application from Tomcat server

Task for uninstalling the application from Tomcat server

Installing the application on the Tomcat server: Now we install the current application using the WAR file and a Deploy Tomcat Application task on the dedicated Tomcat server.

Task for installing web application on Tomcat server

Task for installing web application on Tomcat server

Executing a deployment

Now we are ready to run a deployment with the touch of a button. The only condition is that the build plan was successfully run. Let's start! We select the Preview environment and click Deployment:

Overview of deployment environments in Bamboo

Overview of deployment environments in Bamboo

In the next step, a new release can be created from the results of our build plan run:

Create new release from build results

Create new release from build results

Start Deployment initiates the process and switches to log view where we can see the log output of individual tasks and processes. Subsequently, a success report like the following is issued:

Deployment completed successfully in bamboo

Deployment completed successfully in bamboo

The release overview provides details on the release:

Release overview in Bamboo

Release overview in Bamboo

Optionally, a release can now be approved. This information can then be used, for example, on additional deployments (automated or manually) - for instance, on production or customer systems.

Approved release in Bamboo

Approved release in Bamboo

Your partner for individual software projects

Are you already planning a specific software project? Or are there certain processes at your company that have long given you headaches? Is a system or interface slowing down your employees or customers? Then talk to us about it. We look forward to developing a custom solution with you - with the highest standards of quality and complete cost control. We emphasize expandability, performance, scalability, platform independence, and testability in our work. We create custom high-end software solutions that can later be expanded and modified.

Read in German.

Additional Information

Behavior Driven Development and Bamboo: Visualizing Cucumber scenarios
Agile skill matrix: Systematizing team training and controlling the exchange of knowledge

Forget Less and Ensure Quality with didit Checklists for Atlassian Cloud Forget Less and Ensure Quality with didit Checklists for Atlassian Cloud Forget Less and Ensure Quality with didit Checklists for Atlassian Cloud
ATTENTION!
Our blog articles reflect the situation at the time of writing and are not updated. It is therefore possible that the contents are outdated and no longer correspond to the latest developments. We do not accept any liability for this.

Leave a Reply