U ovom članku koristimo , , и Organizirat ćemo besprijekoran izgled web aplikacije. je tehnika koja vam omogućava da trenutno ažurirate aplikaciju bez odbijanja ijednog zahtjeva. To je jedna od strategija implementacije bez zastoja i najprikladnija je za aplikacije s jednom instancom, ali mogućnost učitavanja druge instance spremne za pokretanje u blizini.
Recimo da imate web aplikaciju s kojom mnogi klijenti aktivno rade, a apsolutno nema načina da legne par sekundi. I zaista morate da uvedete ažuriranje biblioteke, ispravku grešaka ili novu cool funkciju. U normalnoj situaciji, morat ćete zaustaviti aplikaciju, zamijeniti je i ponovo pokrenuti. U slučaju docker-a, možete ga prvo zamijeniti, a zatim ponovo pokrenuti, ali će i dalje postojati period u kojem zahtjevi prema aplikaciji neće biti obrađeni, jer je obično potrebno neko vrijeme da se aplikacija učita. Šta ako se pokrene, ali se ispostavi da nije u funkciji? To je problem, hajde da ga riješimo minimalnim sredstvima i što elegantnije.
ODRICANJE ODGOVORNOSTI: Većina članka je predstavljena u eksperimentalnom formatu - u obliku snimka sesije na konzoli. Nadamo se da ovo neće biti teško razumjeti i da će se kod dovoljno dokumentirati. Za atmosferu, zamislite da ovo nisu samo isječci koda, već papir sa „gvozdenog“ teletipa.
Zanimljive tehnike koje je teško proguglati samo čitanjem koda opisane su na početku svakog odjeljka. Ako još nešto nije jasno, proguglajte i provjerite. (srećom, opet radi, zbog deblokade telegrama). Ako ne možete ništa izguglati, pitajte u komentarima. Rado ću dodati u odgovarajući odjeljak "Zanimljive tehnike".
Počnimo.
$ mkdir blue-green-deployment && cd $_usluga
Napravimo eksperimentalni servis i stavimo ga u kontejner.
Zanimljive tehnike
cat << EOF > file-name( + ) je način kreiranja datoteke u više redaka jednom komandom. Sve iz čega bash čita/dev/stdinnakon ovog reda i prije redaEOFbiće snimljen ufile-name.wget -qO- URL() — ispis dokumenta primljen putem HTTP-a na/dev/stdout(analognocurl URL).
Isprintati
Posebno sam razbio isječak kako bih omogućio isticanje za Python. Na kraju će biti još jedan ovakav komad. Uzmite u obzir da je na tim mjestima papir isječen kako bi se poslao u odjel za isticanje (gdje je kod ručno obojen highlighterima), a zatim su ovi komadi zalijepljeni nazad.
$ cat << EOF > uptimer.pyfrom http.server import BaseHTTPRequestHandler, HTTPServer
from 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} is running for {t:3.1f} seconds.</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} (loads in {loading_seconds} sec.) started.')
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 is running for 15.4 seconds.</h2>
$ docker rm --force uptimer
uptimerObrnuti proxy
Da bi se naša aplikacija mogla neprimjetno mijenjati, potrebno je da ispred nje stoji neki drugi entitet koji će sakriti njenu zamjenu. To može biti web server в . Između klijenta i aplikacije uspostavlja se obrnuti proxy. Prihvata zahtjeve klijenata i prosljeđuje ih aplikaciji i klijentima prosljeđuje odgovore aplikacije.
Aplikacija i obrnuti proxy mogu se povezati unutar docker-a pomoću . Dakle, kontejner sa aplikacijom ne mora čak ni da prosleđuje port na host sistemu, što omogućava da aplikacija bude maksimalno izolovana od spoljnih pretnji.
Ako obrnuti proxy živi na drugom hostu, morat ćete napustiti docker mrežu i povezati aplikaciju na reverzni proxy putem mreže hosta, prosljeđujući port aplikacije parametar --publish, kao kod prvog pokretanja i kao kod obrnutog proxyja.
Pokrenut ćemo obrnuti proxy na portu 80, jer je to upravo entitet koji bi trebao slušati vanjsku mrežu. Ako je port 80 zauzet na vašem testnom hostu, promijenite parametar --publish 80:80 na --publish ANY_FREE_PORT:80.
Zanimljive tehnike
- “U Docker mrežama koje kreiraju korisnici, možete komunicirati sa kontejnerima ne samo putem IP adrese. Ime kontejnera je također razriješeno u njegovu IP adresu" (, tačka 5 docker koda).
Isprintati
$ 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 is running for 11.5 seconds.</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.…" 27 seconds ago Up 25 seconds 0.0.0.0:80->80/tcp reverse-proxy
a1105f1b583d uptimer "python -u ./app.py" About a minute ago Up About a 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 is running for 104.1 seconds.</h2>Besprekorna implementacija
Hajde da predstavimo novu verziju aplikacije (sa dvostrukim povećanjem performansi pri pokretanju) i pokušajmo da je primenimo neprimjetno.
Zanimljive tehnike
echo 'my text' | docker exec -i my-container sh -c 'cat > /my-file.txt'— Napišite tekstmy textda fajl/my-file.txtunutar kontejneramy-container.cat > /my-file.txt— Zapišite sadržaj standardnog unosa u datoteku/dev/stdin.
Isprintati
$ 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 is running for 23.9 seconds.</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 is running for 63.4 seconds.</h2>
$ docker rm -f uptimer
uptimer
$ wget -qO- http://localhost
<h2>Uptimer v2.0 is running for 84.8 seconds.</h2>
$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
96932d4ca97a uptimer "python -u ./app.py" About a minute ago Up About a minute 8080/tcp uptimer_BLUE
80695a822c19 nginx:alpine "/docker-entrypoint.…" 8 minutes ago Up 8 minutes 0.0.0.0:80->80/tcp reverse-proxyU ovoj fazi, slika se gradi direktno na serveru, što zahtijeva da izvori aplikacije budu tamo, a također opterećuje server nepotrebnim radom. Sljedeći korak je dodijeliti sklop slike zasebnoj mašini (na primjer, CI sistemu), a zatim ga prebaciti na server.
Prijenos slika
Nažalost, nema smisla prenositi slike s localhost na localhost, tako da se ovaj odjeljak može istražiti samo ako imate dva hosta s Dockerom pri ruci. U najmanju ruku 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.9MBtim docker save čuva podatke o slici u .tar arhivi, što znači da je teži oko 1.5 puta više nego što bi težio u komprimovanom obliku. Pa hajde da ga protresemo u ime uštede vremena i prometa:
$ docker image save uptimer | gzip | ssh production-server 'zcat | docker image load'
Loaded image: uptimer:latestTakođer možete pratiti proces preuzimanja (iako je za to potreban pomoćni program treće strane):
$ 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 je potrebna gomila parametara da se povežete na server putem SSH-a, možda ne koristite datoteku
~/.ssh/config.
Prenos slike putem docker image save/load - Ovo je najminimalističkija metoda, ali ne i jedina. Postoje i drugi:
- Registar kontejnera (industrijski standard).
- Povežite se na docker daemon server sa drugog hosta:
- varijabla okruženja
DOCKER_HOST. - Opcija komandne linije
-Hili--hostalatdocker-compose. docker context
- varijabla okruženja
Druga metoda (sa tri opcije za implementaciju) je dobro opisana u članku .
deploy.sh
Sada skupimo sve što smo uradili ručno u jednu skriptu. Počnimo s funkcijom najvišeg nivoa, a zatim pogledajmo ostale koje se koriste u njoj.
Zanimljive tehnike
${parameter?err_msg}- jedna od bash magijskih čarolija (aka ). Akoparameternije navedeno, izlazerr_msgi izađi sa kodom 1.docker --log-driver journald— prema zadanim postavkama, drajver za docker logiranje je tekstualna datoteka bez ikakve rotacije. Ovakvim pristupom logovi brzo popunjavaju cijeli disk, tako da je za proizvodno okruženje potrebno promijeniti drajver u pametniji.
Skripta 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
}Korištene karakteristike:
ensure-reverse-proxy— Uvjerava se da obrnuti proxy radi (korisno za prvu implementaciju)get-active-slot service_name— Određuje koji je slot trenutno aktivan za datu uslugu (BLUEiliGREEN)get-service-status service_name deployment_slot— Određuje da li je usluga spremna za obradu dolaznih zahtjevaset-active-slot service_name deployment_slot— Mijenja nginx konfiguraciju u kontejneru obrnutog proxyja
U redu:
ensure-reverse-proxy() {
is-container-up reverse-proxy && return 0
echo "Deploying 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 "Collision detected! Stopping ${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
# Add specific healthcheck paths for your services here
*) local health_check_port_path=":8080/" ;;
esac
local health_check_address="http://${service}_${slot}${health_check_port_path}"
echo "Requesting '$health_check_address' within the 'web-gateway' docker network:"
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 malo objašnjenje:
Zašto vraća broj, a ne ispisuje string?
U svakom slučaju, u funkciji za pozivanje provjeravamo rezultat njenog rada, a provjera izlaznog koda pomoću bash-a je mnogo lakša od provjere stringa. Osim toga, dobijanje niza iz njega je vrlo jednostavno:
get-active-slot service && echo BLUE || echo GREEN.
Da li su tri uslova zaista dovoljna da se razlikuju sva stanja?
I dva će biti dovoljna, zadnji je tu samo radi kompletnosti, da ne pišem else.
Samo funkcija koja vraća nginx konfiguracije ostaje nedefinirana: get-nginx-config service_name deployment_slot. Po analogiji sa provjerom stanja, ovdje možete postaviti bilo koju konfiguraciju za bilo koju uslugu. Od zanimljivosti - samo cat <<- EOF, što vam omogućava da uklonite sve kartice na početku. Istina, cijena dobrog formatiranja su pomiješani tabovi sa razmacima, što se danas smatra veoma lošim oblikom. Ali bash forsira tabove, a takođe bi bilo lepo imati normalno formatiranje u nginx konfiguraciji. Ukratko, miješanje tabova s razmacima ovdje zaista izgleda kao najbolje rješenje od najgorih. Međutim, ovo nećete vidjeti u isječku ispod, jer Habr to "radi dobro" mijenjajući sve tabulatore na 4 razmaka i čini EOF nevažećim. .
Da ne bih ustao dvaput, odmah ću vam reći
cat << 'EOF', na koji ćemo se kasnije susresti. Ako pišete jednostavnocat << EOF, tada se unutar heredoc string interpolira (varijable se proširuju ($foo), komandni pozivi ($(bar)) itd.), a ako kraj dokumenta stavite u jednostruke navodnike, interpolacija je onemogućena i simbol$se prikazuje kao što jeste. Šta vam je potrebno da umetnete skriptu u drugu skriptu.
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
# Add specific nginx configs for your services here
*) 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
}Ovo je cijeli scenario. I tako za preuzimanje preko wget-a ili curl-a.
Izvršavanje parametriziranih skripti na udaljenom serveru
Vrijeme je da kucate na ciljni server. Ovaj put localhost sasvim prikladno:
$ 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 skriptu za implementaciju koja preuzima unaprijed izgrađenu sliku na ciljni server i neprimjetno zamjenjuje servisni kontejner, ali kako ga možemo izvršiti na udaljenom računalu? Skripta ima argumente, budući da je univerzalna i može implementirati nekoliko usluga odjednom pod jednim obrnutim proxyjem (možete koristiti nginx konfiguracije da odredite koji će url biti koji servis). Skripta se ne može pohraniti na server, jer je u ovom slučaju nećemo moći automatski ažurirati (u svrhu ispravljanja grešaka i dodavanja novih servisa), i općenito stanje = zlo.
Rješenje 1: I dalje pohranite skriptu na server, ali je kopirajte svaki put scp. Zatim se povežite putem ssh i izvršite skriptu sa potrebnim argumentima.
Cons:
- Dvije akcije umjesto jedne
- Možda ne postoji mjesto gdje kopirate, ili mu možda nema pristupa, ili se skripta može izvršiti u trenutku zamjene.
- Preporučljivo je da počistite za sobom (izbrišite skriptu).
- Već tri akcije.
Rješenje 2:
- Zadržite samo definicije funkcija u skripti i ne pokrenite ništa
- Uz pomoć
seddodajte poziv funkcije na kraj - Pošaljite sve direktno na shh putem cijevi (
|)
Pros:
- Zaista bez državljanstva
- Nema šablonskih entiteta
- Osećam se cool
Uradimo to bez Ansiblea. Da, sve je već izmišljeno. Da, bicikl. Pogledajte kako je bicikl jednostavan, elegantan i minimalistički:
$ cat << 'EOF' > 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
Connecting to localhost...
Yay! The 'deploy' function is executing on 'hut' with argument 'magic-porridge-pot'Međutim, ne možemo biti sigurni da udaljeni host ima adekvatan bash, pa ćemo dodati malu provjeru na početku (ovo je umjesto ):
if [ "$SHELL" != "/bin/bash" ]
then
echo "The '$SHELL' shell is not supported by 'deploy.sh'. Set a '/bin/bash' shell for '$USER@$HOSTNAME'."
exit 1
fiA sada je stvarno:
$ 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!Sada možete otvoriti u pretraživaču, ponovo pokrenite primenu i uverite se da radi besprekorno ažuriranjem stranice prema CD-u tokom izgleda.
Ne zaboravite pospremiti nakon posla :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: www.habr.com