V tem članku bomo s pomočjo , , in organizirali brezšivno namestitev spletne aplikacije. je tehnika, ki omogoča takojšnje posodobitve aplikacije brez zavrnitve nobenega naročila. Je ena izmed strategij za zero downtime deployment in je najbolj primerna za aplikacije z enim instansom, vendar z možnostjo hkratne obremenitve drugega, pripravljenega za delovanje.
Recimo, da imate spletno aplikacijo, ki jo aktivno uporablja veliko strank, in je ne morete za nekaj sekund ustaviti. Prav tako zelo potrebujete, da uvedete posodobitev knjižnice, odpravite napako ali dodate novo odlično funkcionalnost. V običajni situaciji bo treba ustaviti aplikacijo, jo zamenjati in znova zagnati. V primeru Dockra lahko najprej zamenjate, nato znova zaženete, vendar bo še vedno prišlo do obdobja, v katerem naročila aplikacije ne bodo obdelana, saj običajno aplikaciji potrebuje nekaj časa za prvo nalaganje. Kaj, če se zažene, a se izkaže, da ne deluje? Takšna naloga, torej jo rešimo z minimalnimi sredstvi in maksimalno eleganco.
OPOMBA: Večina članka je predstavljena v eksperimentalni obliki - kot zapis konzolne seje. Upam, da to ne bo preveč težko razumeti, in da ta koda dovolj dokumentira sama sebe. Za vzdušje si predstavljajte, da to niso le kodni odseki, temveč papir iz 'železnega' telegrafa.
Zanimive tehnike, ki jih je težko najti le s brskanjem po kodo, so opisane na začetku vsakega razdelka. Če ne bo jasno še kaj - poiščite in preverite na (na srečo ponovno deluje, zaradi odblokiranja Telegrama). Kar se ne da najti - vprašajte v komentarjih. Z veseljem bom dopolnil ustrezen razdelek 'Zanimive tehnike'.
Pričnimo.
$ mkdir blue-green-deployment && cd $_Storitve
Ustvarili bomo testno storitev in jo postavili v vsebnik.
Zanimive tehnike
cat < file-name( + ) - način za ustvarjanje večvrstičnega datoteka z eno ukazno vrstico. Vse, kar bash prebere od/dev/stdinpo tej vrstici in do vrsticeEOFbo zapisano vfile-name.wget -qO- URL() - izpiše dokument, prejet po HTTP na/dev/stdout(analognocurl URL).
Izpis
Natančno raztrgam snippet, da vklopim poudarjanje za Python. Na koncu bo še en takšen del. Štete, da so v teh mestih papir razrezali za posredovanje oddelku za poudarjanje (kjer so kodo ročno obarvali s flomastri), nato pa so te kose ponovno prilepili nazaj.
$ cat < uptimer.pyz http.server import BaseHTTPRequestHandler, HTTPServer
z time import monotonic
app_version = 1
app_name = f'Uptimer v{app_version}.0'
loading_seconds = 15 - app_version * 5
class Handler(BaseHTTPRequestHandler):
def do_GET(self):
if self.path == '\/':
try:
t = monotonic() - server_start
if t < loading_seconds:
self.send_error(503)
else:
self.send_response(200)
self.send_header('Content-Type', 'text\/html')
self.end_headers()
response = f'<h2>{app_name} deluje že {t:3.1f} sekunde.</h2>n'
self.wfile.write(response.encode('utf-8'))
except Exception:
self.send_error(500)
else:
self.send_error(404)
httpd = HTTPServer(('', 8080), Handler)
server_start = monotonic()
print(f'{app_name} (naloži v {loading_seconds} sek.) začel.)
httpd.serve_forever()EOF
$ cat << EOF > Dockerfile
FROM python:alpine
EXPOSE 8080
COPY uptimer.py app.py
CMD [ "python", "-u", ".\/app.py" ]
EOF
$ docker build --tag uptimer .
Sending build context to Docker daemon 39.42kB
Step 1\/4 : FROM python:alpine
---> 8ecf5a48c789
Step 2\/4 : EXPOSE 8080
---> Using cache
---> cf92d174c9d3
Step 3\/4 : COPY uptimer.py app.py
---> a7fbb33d6b7e
Step 4\/4 : CMD [ "python", "-u", ".\/app.py" ]
---> Running in 1906b4bd9fdf
Removing intermediate container 1906b4bd9fdf
---> c1655b996fe8
Successfully built c1655b996fe8
Successfully tagged uptimer:latest
$ docker run --rm --detach --name uptimer --publish 8080:8080 uptimer
8f88c944b8bf78974a5727070a94c76aa0b9bb2b3ecf6324b784e782614b2fbf
$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
8f88c944b8bf uptimer "python -u .\/app.py" 3 seconds ago Up 5 seconds 0.0.0.0:8080->8080\/tcp uptimer
$ docker logs uptimer
Uptimer v1.0 (loads in 10 sec.) started.
$ wget -qSO- http:\/\/localhost:8080
HTTP\/1.0 503 Service Unavailable
Server: BaseHTTP\/0.6 Python\/3.8.3
Date: Sat, 22 Aug 2020 19:52:40 GMT
Connection: close
Content-Type: text\/html;charset=utf-8
Content-Length: 484
$ wget -qSO- http:\/\/localhost:8080
HTTP\/1.0 200 OK
Server: BaseHTTP\/0.6 Python\/3.8.3
Date: Sat, 22 Aug 2020 19:52:45 GMT
Content-Type: text\/html
<h2>Uptimer v1.0 работает в течение 15.4 секунд.</h2>
$ docker rm --force uptimer
uptimerObratni proxy
Da se naša aplikacija lahko neopaženo spremeni, mora pred njo biti nek drug entiteta, ki skrije njeno zamenjavo. To je lahko spletni strežnik. u . Obratni proxy se postavi med stranko in aplikacijo. Sprejema zahteve od strank in jih preusmeri v aplikacijo, odgovore aplikacije pa pošlje strankam.
Aplikacijo in obratni proxy lahko povežemo znotraj Dockra s pomočjo . Tako aplikacijskemu kontejnerju ni treba preusmerjati vrat v gostiteljski sistem, kar omogoča maksimalno izolacijo aplikacije pred grožnjami iz zunanjega sveta.
Če obratni proxy živi na drugem gostitelju, se je potrebno odpovedati docker network in povezati aplikacijo z obratnim proxyjem prek gostiteljske mreže, pri čemer se preusmeri vrata. aplikacije parameter --publish, kot pri prvem zagonu in kot pri obratnem proxyju.
Obratni proxy bomo zagnali na vratih 80, ker je to tisti entitet, ki bi morala poslušati zunanjost. Če je 80. vrata na vašem testnem gostitelju zasedena, spremenite parameter. --publish 80:80 na --publish ANY_FREE_PORT:80.
Zanimive tehnike
- «V docker mrežah, ki jih ustvari uporabnik, lahko s kontejnerji komuniciramo ne samo po IP naslovu. Ime kontejnerja se prav tako razreši v njegov IP naslov» (, točka 5 docker kodeksa).
Izpis
$ docker network create web-gateway
5dba128fb3b255b02ac012ded1906b7b4970b728fb7db3dbbeccc9a77a5dd7bd
$ docker run --detach --rm --name uptimer --network web-gateway uptimer
a1105f1b583dead9415e99864718cc807cc1db1c763870f40ea38bc026e2d67f
$ docker run --rm --network web-gateway alpine wget -qO- http://uptimer:8080
<h2>Uptimer v1.0 läuft seit 11,5 Sekunden.</h2>
$ docker run --detach --publish 80:80 --network web-gateway --name reverse-proxy nginx:alpine
80695a822c19051260c66bf60605dcb4ea66802c754037704968bc42527bf120
$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
80695a822c19 nginx:alpine "\/docker-entrypoint.…" vor 27 Sekunden Aktiv vor 25 Sekunden 0.0.0.0:80->80\/tcp reverse-proxy
a1105f1b583d uptimer "python -u .\/app.py" Vor etwa einer Minute Aktiv Vor etwa einer Minute 8080\/tcp uptimer
$ cat << EOF > uptimer.conf
server {
listen 80;
location / {
proxy_pass http://uptimer:8080;
}
}
EOF
$ docker cp ./uptimer.conf reverse-proxy:/etc/nginx/conf.d/default.conf
$ docker exec reverse-proxy nginx -s reload
2020/06/23 20:51:03 [notice] 31#31: signal process started
$ wget -qSO- http://localhost
HTTP/1.1 200 OK
Server: nginx/1.19.0
Date: Sat, 22 Aug 2020 19:56:24 GMT
Content-Type: text/html
Transfer-Encoding: chunked
Connection: keep-alive
<h2>Uptimer v1.0 läuft seit 104,1 Sekunden.</h2>Brezšiven deployment
Izvedli bomo novo različico aplikacije (s dvakratnim povečanjem zmogljivosti ob zagonu) in poskusili brezšivno jo implementirati.
Zanimive tehnike
echo 'my text' | docker exec -i my-container sh -c 'cat > /my-file.txt'— Zapisati besedilomy textu datoteku/my-file.txtv kontejnerjumy-container.cat > /my-file.txt— Zapisati v datoteko vsebino standardnega vhoda./dev/stdin.
Izpis
$ sed -i "s/app_version = 1/app_version = 2/" uptimer.py
$ docker build --tag uptimer .
Sending build context to Docker daemon 39.94kB
Step 1/4 : FROM python:alpine
---> 8ecf5a48c789
Step 2/4 : EXPOSE 8080
---> Using cache
---> cf92d174c9d3
Step 3/4 : COPY uptimer.py app.py
---> 3eca6a51cb2d
Step 4/4 : CMD [ "python", "-u", ".\/app.py" ]
---> Running in 8f13c6d3d9e7
Removing intermediate container 8f13c6d3d9e7
---> 1d56897841ec
Successfully built 1d56897841ec
Successfully tagged uptimer:latest
$ docker run --detach --rm --name uptimer_BLUE --network web-gateway uptimer
96932d4ca97a25b1b42d1b5f0ede993b43f95fac3c064262c5c527e16c119e02
$ docker logs uptimer_BLUE
Uptimer v2.0 (loads in 5 sec.) started.
$ docker run --rm --network web-gateway alpine wget -qO- http://uptimer_BLUE:8080
<h2>Uptimer v2.0 deluje že 23,9 sekunde.</h2>
$ sed s/uptimer/uptimer_BLUE/ uptimer.conf | docker exec --interactive reverse-proxy sh -c 'cat > /etc/nginx/conf.d/default.conf'
$ docker exec reverse-proxy cat /etc/nginx/conf.d/default.conf
server {
listen 80;
location / {
proxy_pass http://uptimer_BLUE:8080;
}
}
$ docker exec reverse-proxy nginx -s reload
2020/06/25 21:22:23 [notice] 68#68: signal process started
$ wget -qO- http://localhost
<h2>Uptimer v2.0 deluje že 63,4 sekunde.</h2>
$ docker rm -f uptimer
uptimer
$ wget -qO- http://localhost
<h2>Uptimer v2.0 deluje že 84,8 sekunde.</h2>
$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
96932d4ca97a uptimer "python -u .\/app.py" Pred približno minuto Deluje približno minuto 8080/tcp uptimer_BLUE
80695a822c19 nginx:alpine "\/docker-entrypoint.…" 8 minut nazaj Deluje 8 minut 0.0.0.0:80->80/tcp reverse-proxyV tej fazi se slika gradi neposredno na strežniku, kar zahteva, da so tam izvorne datoteke aplikacije in obremenjuje strežnik z nepotrebnim delom. Naslednji korak bo izdvajanje gradnje slike na ločenem stroju (na primer v CI-sistemu) s kasnejšim prenosom na strežnik.
Prenos slik
Nažalost, prebacivanje slika s localhost-a na localhost nema smisla, pa se ovaj deo može isprobati samo kada imate dva hosta sa Docker-om. U minimalnom obliku to izgleda otprilike ovako:
$ ssh production-server docker image ls
REPOSITORY TAG IMAGE ID CREATED SIZE
$ docker image save uptimer | ssh production-server 'docker image load'
Loaded image: uptimer:latest
$ ssh production-server docker image ls
REPOSITORY TAG IMAGE ID CREATED SIZE
uptimer latest 1d56897841ec 5 minutes ago 78.9MBKomanda docker save čuva podatke slike u .tar arhivu, što znači da zauzima otprilike 1.5 puta više prostora nego što bi zauzimao u komprimovanom obliku. Dakle, kompresovaćemo ga u ime uštede vremena i saobraćaja:
$ docker image save uptimer | gzip | ssh production-server 'zcat | docker image load'
Loaded image: uptimer:latestTakođe, možete pratiti proces prebacivanja (iako vam je za to potrebna dodatna alatka):
$ docker image save uptimer | gzip | pv | ssh production-server 'zcat | docker image load'
25,7MiB 0:01:01 [ 425KiB/s] [ ]
Loaded image: uptimer:latestSavjet: Ako vam za povezivanje sa serverom putem SSH treba mnogo parametara, možda ne koristite datoteku
~/.ssh/config.
Prenos slike preko docker image save/load je najminimalističnija metoda, ali nije jedina. Ima i drugih:
- Container Registry (standard industrije).
- Povežite se sa docker daemon-om servera sa drugog hosta:
- Promenljiva okruženja
DOCKER_HOST. - Parametar komandne linije
-Hili--hostalatadocker-compose. docker context
- Promenljiva okruženja
Drugi način (sa tri opcije implementacije) dobro je opisan u članku .
deploy.sh
Sada ćemo sve što smo radili ručno spojiti u jedan skript. Počnimo sa top-level funkcijom, a zatim ćemo pogledati ostale koje se koriste u njoj.
Zanimive tehnike
${parameter?err_msg}je jedna od čarolija bash-magije (aka ). Akoparameternije postavljen, ispišierr_msgi izađi sa kodom 1.docker --log-driver journaldje po defaultu, vođa za logovanje Dockera je tekstualna datoteka bez ikakve rotacije. Ovim pristupom, logovi brzo popune celu disk, pa je za produkciono okruženje potrebno promeniti vođu na pametniji.
Skript za implementaciju
deploy() {
local usage_msg="Usage: ${FUNCNAME[0]} image_name"
local image_name=${1?$usage_msg}
ensure-reverse-proxy || return 2
if get-active-slot $image_name
then
local OLD=${image_name}_BLUE
local new_slot=GREEN
else
local OLD=${image_name}_GREEN
local new_slot=BLUE
fi
local NEW=${image_name}_${new_slot}
echo "Deploying '$NEW' in place of '$OLD'..."
docker run
--detach
--restart always
--log-driver journald
--name $NEW
--network web-gateway
$image_name || return 3
echo "Container started. Checking health..."
for i in {1..20}
do
sleep 1
if get-service-status $image_name $new_slot
then
echo "New '$NEW' service seems OK. Switching heads..."
sleep 2 # Ensure service is ready
set-active-slot $image_name $new_slot || return 4
echo "'$NEW' service is live!"
sleep 2 # Ensure all requests were processed
echo "Killing '$OLD'..."
docker rm -f $OLD
docker image prune -f
echo "Deployment successful!"
return 0
fi
echo "New '$NEW' service is not ready yet. Waiting ($i)..."
done
echo "New '$NEW' service did not raise, killing it. Failed to deploy T_T"
docker rm -f $NEW
return 5
}Uporabljene funkcije:
ensure-reverse-proxy— Preveri, ali deluje obratni proxy (koristno za prvi razmestitev)get-active-slot service_name— Določi, kateri slot je trenutno aktiven za dano storitev (BLUEiliGREEN)get-service-status service_name deployment_slot— Določi, ali je storitev pripravljena za obdelavo prihajajočih zahtevset-active-slot service_name deployment_slot— Menja konfiguracijo nginx v vsebniku obratnega proxyja
Po vrsti:
ensure-reverse-proxy() {
is-container-up reverse-proxy && return 0
echo "Naselje reverse-proxy..."
docker network create web-gateway
docker run
--detach
--restart always
--log-driver journald
--name reverse-proxy
--network web-gateway
--publish 80:80
nginx:alpine || return 1
docker exec --interactive reverse-proxy sh -c "> /etc/nginx/conf.d/default.conf"
docker exec reverse-proxy nginx -s reload
}
is-container-up() {
local container=${1?"Usage: ${FUNCNAME[0]} container_name"}
[ -n "$(docker ps -f name=${container} -q)" ]
return $?
}
get-active-slot() {
local service=${1?"Usage: ${FUNCNAME[0]} service_name"}
if is-container-up ${service}_BLUE && is-container-up ${service}_GREEN; then
echo "Otkrivena kolizija! Zaustavljanje ${service}_GREEN..."
docker rm -f ${service}_GREEN
return 0 # BLUE
fi
if is-container-up ${service}_BLUE && ! is-container-up ${service}_GREEN; then
return 0 # BLUE
fi
if ! is-container-up ${service}_BLUE; then
return 1 # GREEN
fi
}
get-service-status() {
local usage_msg="Usage: ${FUNCNAME[0]} service_name deployment_slot"
local service=${1?usage_msg}
local slot=${2?$usage_msg}
case $service in
# Dodajte specifične healthcheck putanje za vaše usluge ovde
*) local health_check_port_path=":8080/" ;;
esac
local health_check_address="http://${service}_${slot}${health_check_port_path}"
echo "Tražim '$health_check_address' unutar 'web-gateway' docker mreže:"
docker run --rm --network web-gateway alpine
wget --timeout=1 --quiet --server-response $health_check_address
return $?
}
set-active-slot() {
local usage_msg="Usage: ${FUNCNAME[0]} service_name deployment_slot"
local service=${1?$usage_msg}
local slot=${2?$usage_msg}
[ "$slot" == BLUE ] || [ "$slot" == GREEN ] || return 1
get-nginx-config $service $slot | docker exec --interactive reverse-proxy sh -c "cat > /etc/nginx/conf.d/$service.conf"
docker exec reverse-proxy nginx -t || return 2
docker exec reverse-proxy nginx -s reload
}Funkcija get-active-slot zahteva mala objašnjenja:
Zašto vraća broj, a ne prikazuje string?
U svakom slučaju, u pozivnoj funkciji proveravamo rezultat njenog rada, a proveriti exit code putem bash-a je mnogo jednostavnije nego papirnu string. Uz to, dobijanje stringa iz nje je vrlo jednostavno:
get-active-slot service && echo BLUE || echo GREEN.
Da li su tri uslova dovoljna da se razlikuju svi statusi?
Čak su dovoljna i dva, poslednje je ovde samo za potpunost, da ne bi pisali else.
Ostala je nedovoljno definisana samo funkcija koja vraća nginx konfigove: get-nginx-config service_name deployment_slot. Po analogiji sa healthcheck-om, ovde se može postaviti bilo koja konfiguracija za bilo koju uslugu. Od zanimljivog — samo cat <<- EOF, ki omogoča odstranitev vseh tabulatorjev na začetku. Res je, da ima lepo oblikovanje svojo ceno — mešanje tabulatorjev s presledki, kar se danes šteje za zelo slab način. A bash prisili tabulatorje, v konfiguraciji nginx pa bi bilo tudi dobro imeti normalno oblikovanje. Skratka, tu se mešanje tabulatorjev s presledki zdi resnično najboljša rešitev med najslabšimi. Vendar tega v spodnjem izrezku ne boste videli, saj habr "dela dobro", ko vse tabulatorje spremeni v 4 presledke in oteži EOF. .
Da ne bi dvakrat vstajali, takoj povem o
cat << 'EOF', ki se bo še srečal naprej. Če pišete preprostocat << EOF, se znotraj heredoc izvede interpolacija niza (razkrijejo se spremenljivke ($foo), klici ukazov ($(bar)) itd.), medtem ko, če končni znak dokumenta vstavite v enojne oklepaje, se interpolacija onemogoči in simbol$se izpiše kot je. To je potrebno za vstavljanje skripta znotraj drugega skripta.
get-nginx-config() {
local usage_msg="Usage: ${FUNCNAME[0]} service_name deployment_slot"
local service=${1?$usage_msg}
local slot=${2?$usage_msg}
[ "$slot" == BLUE ] || [ "$slot" == GREEN ] || return 1
local container_name=${service}_${slot}
case $service in
# Dodajte specifične nginx konfiguracije za svoje storitve tukaj
*) nginx-config-simple-service $container_name:8080 ;;
esac
}
nginx-config-simple-service() {
local usage_msg="Usage: ${FUNCNAME[0]} proxy_pass"
local proxy_pass=${1?$usage_msg}
cat << EOF
server {
listen 80;
location / {
proxy_pass http://$proxy_pass;
}
}
EOF
}To je celoten skript. In tu je za prenos preko wget ali curl.
Izvajanje parametriziranih skriptov na oddaljenem strežniku
Prišlo je čas za povezovanje s ciljnim strežnikom. Tokrat localhost bo povsem ustrezalo:
$ ssh-copy-id localhost
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
himura@localhost's password:
Number of key(s) added: 1
Now try logging into the machine, with: "ssh 'localhost'"
and check to make sure that only the key(s) you wanted were added.Napisali smo skript za implementaciju koji prenosi unaprijed sastavljenu sliku na ciljni poslužitelj i bez problema zamjenjuje kontejner usluge, ali kako ga izvršiti na udaljenom stroju? Skript ima argumente, jer je univerzalan i može implementirati više usluga pod jednim reverznim proxy-jem (nginx konfiguracijama se može riješiti na kojem URL-u koja će biti usluga). Skript se ne može čuvati na poslužitelju, jer u tom slučaju nećemo moći automatski ažurirati (radi ispravki grešaka i dodavanja novih usluga), a i uopće, stanje = zlo.
Rješenje 1: Čuvati skript na poslužitelju, ali ga svaki put kopirati preko scp. Zatim se povezati putem ssh i izvršiti skript s potrebnim argumentima.
Mane:
- Dva koraka umjesto jednog
- Mjestu kamo kopirate možda nema, ili nema pristupa, ili skript može biti izvršen u trenutku zamjene.
- Poželjno je očistiti za sobom (izbrisati skript).
- Već tri koraka.
Rješenje 2:
- U skriptu držati samo definicije funkcija i uopće ništa ne pokretati
- S pomočjo
seddodati na kraj poziv funkcije - Sve to slati direktno u shh putem pipe (
|)
Prednosti:
- Zaista bez stanja
- Bez nepotrebnih entiteta
- Osjećam se cool
Samo nemojmo s Ansible-om. Da, sve je već izmišljeno. Da, bicikl. Pogledajte, koji jednostavan, elegantan i minimalistički bicikl:
$ cat < deploy.sh#!/bin/bash
usage_msg="Usage: $0 ssh_address local_image_tag"
ssh_address=${1?$usage_msg}
image_name=${2?$usage_msg}
echo "Connecting to '$ssh_address' via ssh to seamlessly deploy '$image_name'..."
( sed "$a deploy $image_name" | ssh -T $ssh_address ) << 'END_OF_SCRIPT'
deploy() {
echo "Yay! The '${FUNCNAME[0]}' function is executing on '$(hostname)' with argument '$1'"
}
END_OF_SCRIPTEOF
$ chmod +x deploy.sh
$ ./deploy.sh localhost magic-porridge-pot
Povezivanje s localhostom...
Ura! Funkcija 'deploy' se izvršava na 'hut' s argumentom 'magic-porridge-pot'Međutim, ne možemo biti sigurni da na udaljenom hostu postoji adekvatan bash, pa dodajmo na početak malu provjeru (to umjesto ):
if [ "$SHELL" != "/bin/bash" ]
then
echo "Skripta '$SHELL' nije podržana od strane 'deploy.sh'. Postavite bash na '/bin/bash' za '$USER@$HOSTNAME'."
exit 1
fiA sada sve pošteno:
$ docker exec reverse-proxy rm /etc/nginx/conf.d/default.conf
$ wget -qO deploy.sh https://git.io/JUURc
$ chmod +x deploy.sh
$ ./deploy.sh localhost uptimer
Sending gzipped image 'uptimer' to 'localhost' via ssh...
Loaded image: uptimer:latest
Connecting to 'localhost' via ssh to seamlessly deploy 'uptimer'...
Deploying 'uptimer_GREEN' in place of 'uptimer_BLUE'...
06f5bc70e9c4f930e7b1f826ae2ca2f536023cc01e82c2b97b2c84d68048b18a
Container started. Checking health...
Requesting 'http://uptimer_GREEN:8080/' within the 'web-gateway' docker network:
HTTP/1.0 503 Service Unavailable
wget: server returned error: HTTP/1.0 503 Service Unavailable
New 'uptimer_GREEN' service is not ready yet. Waiting (1)...
Requesting 'http://uptimer_GREEN:8080/' within the 'web-gateway' docker network:
HTTP/1.0 503 Service Unavailable
wget: server returned error: HTTP/1.0 503 Service Unavailable
New 'uptimer_GREEN' service is not ready yet. Waiting (2)...
Requesting 'http://uptimer_GREEN:8080/' within the 'web-gateway' docker network:
HTTP/1.0 200 OK
Server: BaseHTTP/0.6 Python/3.8.3
Date: Sat, 22 Aug 2020 20:15:50 GMT
Content-Type: text/html
New 'uptimer_GREEN' service seems OK. Switching heads...
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
2020/08/22 20:15:54 [notice] 97#97: signal process started
The 'uptimer_GREEN' service is live!
Killing 'uptimer_BLUE'...
uptimer_BLUE
Total reclaimed space: 0B
Deployment successful!Now you can open in the browser, run the deployment again and make sure it goes smoothly by refreshing the page periodically during the rollout.
Don't forget to clean up after work :3
$ docker rm -f uptimer_GREEN reverse-proxy
uptimer_GREEN
reverse-proxy
$ docker network rm web-gateway
web-gateway
$ cd ..
$ rm -r blue-green-deploymentIzvor: habr.com
