Continuous Delivery Scenario - implementing Rollback

Question

Imagine I have a vanilla continuous delivery scenario with a Java webapp.

This scenario has: - one build server running cruisecontrol - one web server running Tomcat with tomcat manager running

One of the Ant build targets running on the build server builds a war file and then uses catalina-ant to remotely deploy the web server using the Tomcat manager.

To be truly useful - we need to be able to roll back the deployment. Given this vanilla setup, what extra pieces of the puzzle do I need to be able to roll back to the last known good configuration?

hawkeye · Accepted Answer · 2016-01-14T00:25:57.130

2

The primary tools seem to be AntHill Pro and UDeploy (both from UrbanCode - now part of IBM). It seems Anthill OS has been retired.

It looks like Go CD Sever can also be used for this as well.

edited Jan 14 '16 at 00:25

answered Aug 22 '13 at 22:04

hawkeye

34,745
30
150
304

score 0 · Answer 2 · answered Aug 22 '13 at 11:23

0

Go for build-once-deploy-many-times approach
Maintain your binaries (war files) in some repository (say last 10 builds)
Keep track of what version is currently deployed
To rollback new version, simply re-deploy older version form #2 based on #3

answered Aug 22 '13 at 11:23

ottodidakt

3,631
4
28
34

Sure - how would I implement #4? Or are you proposing that rollbacks are done manually from an archive? – hawkeye Aug 22 '13 at 12:13

score 0 · Answer 3 · answered Sep 02 '13 at 20:24

you can try a bit different approach, steps are:
1. lets assume you have folder called /opt/wars
2. in this folder you have subfoders with versions, e.g.

/opt/wars
        |-my-server-0.0.1/
        |--my-server.war
        |-my-server-0.0.2/
        |--my-server.war
        |-my-server-0.0.3/
        |--my-server.war
        |-current --> my-server-0.0.3

3. before deployment you create always new folder with new version, e.g. version 0.0.4

/opt/wars
        |-my-server-0.0.1/
        |--my-server.war
        |-my-server-0.0.2/
        |--my-server.war
        |-my-server-0.0.3/
        |--my-server.war
        |-my-server-0.0.4/
        |--my-server.war
        |-current --> my-server-0.0.3

4. once use see that version is ready, you will need to change link of "current" to my-server-0.0.4 folder
5. in case of rollback you can switch to previous copy, just by changing link.

Thanks - are you suggesting I'd have to recreate these folders manually? — hawkeye, Sep 17 '13 at 03:53

score 0 · Answer 4 · edited May 23 '17 at 12:23

Consider CloudMunch to solve this. CloudMunch stores the complete history of your builds and the artifacts linked to them and allows you to perform a tag based search to get to the right build (beyond the obvious last best one to build with a given defect fixed etc.)

Once you pick the build, in the absence of any SQL server the rollback would be much simpler. If you have a database, refer my answer in this to manage the SQL changes incrementally - How to continuously delivery SQL-based app?

Disclaimer: I work at CloudMunch.

Continuous Delivery Scenario - implementing Rollback

4 Answers4

Linked