<p>According to me a CI like Jenkins or gitlab should be used to build the docker images when the git code changes. Once this works well, you could start to run some scripts that deploy to an environment (CD). First of all, I would like to emphasize that implementing CI is the highest priority as the docker images seems to be built manually at the moment.</p>

CC BY-SA 3.0
2017-11-29T11:25:54.927Z
We already use Jenkins, but not for this, and we're phasing out Jenkins. Someone is going to make a decision on a new CI tool at some point, but in the mean time I just want to get some work done.
tofagerl
CC BY-SA 3.0
2017-11-29T16:33:24.430Z
Why are you phasing out Jenkins and why do you not use CI for this?
030
CC BY-SA 3.0
2017-12-01T08:58:08.100Z
Because we don't have a jenkins server for it, and the job is not worth setting up one for.
No idea why we're phasing out jenkins, those decisions are made in another country.
tofagerl
CC BY-SA 3.0
2017-11-28T22:12:23.267Z
2017-11-28T22:12:23.267Z
030
<p>These are pretty much just tools our support and ops departments need to solve small tasks which crop up as a routine sideeffect of our main business operation. They might need to find all instances of Entity with both Field A and Field B, or change some property in some database without having to go through Ops.</p>

<p>Anyway, I write them in Kotlin on Spring Boot just for speed and I use a different Spring Boot instance on each to avoid dealing with conflicting datasources in a single Spring Boot app. I use Docker just because we all use Docker, so why change now. And Docker-compose for easy deployment.</p>

<p>The problem I have is that I want a single command to git update, rebuild image and restart containers. Or, even better. When one of the tools gets updated, just recreate it and replace the container live.</p>

<p>Obviously I could script this, but it seems like something that would exist already. Is there something out there that's "like" CD, but which doesn't have all the overhead?</p>

<p>I tried Dokku. Didn't like it. Way too complicated for what I needed.</p>

<docker><git><deployment>
I need a good tool for running a series of Spring Boot based tools on Docker, where each needs a web page and a database connection
tofagerl
# I need a good tool for running a series of Spring Boot based tools on Docker, where each needs a web page and a database connection

(Asked by: username_0 on 2017-11-28)

These are pretty much just tools our support and ops departments need to solve small tasks which crop up as a routine sideeffect of our main business operation. They might need to find all instances of Entity with both Field A and Field B, or change some property in some database without having to go through Ops.

Anyway, I write them in Kotlin on Spring Boot just for speed and I use a different Spring Boot instance on each to avoid dealing with conflicting datasources in a single Spring Boot app. I use Docker just because we all use Docker, so why change now. And Docker-compose for easy deployment.

The problem I have is that I want a single command to git update, rebuild image and restart containers. Or, even better. When one of the tools gets updated, just recreate it and replace the container live.

Obviously I could script this, but it seems like something that would exist already. Is there something out there that's "like" CD, but which doesn't have all the overhead?

I tried Dokku. Didn't like it. Way too complicated for what I needed.

**Tags:** docker, git, deployment


---

## 1 answers

### Answer by username_1 on 2017-11-28. Score: 2

According to me a CI like Jenkins or gitlab should be used to build the docker images when the git code changes. Once this works well, you could start to run some scripts that deploy to an environment (CD). First of all, I would like to emphasize that implementing CI is the highest priority as the docker images seems to be built manually at the moment.

> **Comments:**
> **username_0**: We already use Jenkins, but not for this, and we're phasing out Jenkins. Someone is going to make a decision on a new CI tool at some point, but in the mean time I just want to get some work done.  
> **username_1**: Why are you phasing out Jenkins and why do you not use CI for this?  
> **username_0**: Because we don't have a jenkins server for it, and the job is not worth setting up one for. No idea why we're phasing out jenkins, those decisions are made in another country.  

---

