ProHoster > Blog > İdarə > Minimum əmək haqqı ilə mavi-yaşıl yerləşdirmə
Minimum əmək haqqı ilə mavi-yaşıl yerləşdirmə
Bu yazıda istifadə edirik bash, ssh, docker и nginx Veb tətbiqinin qüsursuz tərtibatını təşkil edəcəyik. Mavi-yaşıl yerləşdirmə bir sorğunu rədd etmədən tətbiqi dərhal yeniləməyə imkan verən bir texnikadır. Bu, sıfır dayanıqlı yerləşdirmə strategiyalarından biridir və bir nümunəsi olan tətbiqlər üçün ən uyğundur, lakin yaxınlıqda ikinci, işə hazır nümunəni yükləmək imkanı.
Deyək ki, bir çox müştərinin aktiv şəkildə işlədiyi bir veb tətbiqiniz var və onun bir neçə saniyə uzanması üçün heç bir yol yoxdur. Və həqiqətən kitabxana yeniləməsini, səhvləri düzəltməli və ya yeni gözəl funksiyanı təqdim etməlisiniz. Normal bir vəziyyətdə, proqramı dayandırmalı, əvəz etməli və yenidən başlamalısınız. Docker vəziyyətində siz əvvəlcə onu əvəz edə, sonra yenidən işə sala bilərsiniz, lakin hələ də proqrama edilən sorğuların işlənməyəcəyi bir müddət olacaq, çünki adətən tətbiqin ilkin yüklənməsi bir qədər vaxt aparır. Bəs başlasa, amma işləmirsə? Problem budur, gəlin onu minimal vasitələrlə və mümkün qədər zərif şəkildə həll edək.
TƏQDİM: Məqalənin əksəriyyəti eksperimental formatda - konsol sessiyasının qeydi şəklində təqdim olunur. Ümid edirik ki, bunu başa düşmək çox çətin olmayacaq və kod özünü kifayət qədər sənədləşdirəcək. Atmosfer üçün təsəvvür edin ki, bunlar sadəcə kod parçaları deyil, “dəmir” teletaypdan alınan kağızdır.
Sadəcə kodu oxumaqla Google üçün çətin olan maraqlı texnikalar hər bölmənin əvvəlində təsvir edilmişdir. Başqa bir şey aydın deyilsə, google-a baxın və yoxlayın. izahat qabığı (xoşbəxtlikdən teleqramın blokdan çıxarılması səbəbindən yenidən işləyir). Əgər Google-da heç nə edə bilmirsinizsə, şərhlərdə soruşun. Müvafiq bölməyə "Maraqlı texnikalar" əlavə etməkdən məmnun olaram.
Gəlin başlayaq.
$ mkdir blue-green-deployment && cd $_
Xidmət
Gəlin eksperimental xidmət edək və onu konteynerə yerləşdirək.
Maraqlı texnikalar
cat << EOF > file-name (Burada Sənəd + I/O Yönləndirmə) bir əmrlə çoxsətirli fayl yaratma üsuludur. Hər şey bash-dən oxuyur /dev/stdin bu sətirdən sonra və sətirdən əvvəl EOF -də qeyd olunacaq file-name.
wget -qO- URL (izahat qabığı) — HTTP vasitəsilə qəbul edilən sənədi çıxarın /dev/stdout (analoq curl URL).
Çap et
Python üçün vurğulamağı aktivləşdirmək üçün parçanı xüsusi olaraq pozuram. Sonda buna bənzər başqa bir parça olacaq. Nəzərə alın ki, bu yerlərdə kağız işıqlandırma şöbəsinə göndərilmək üçün kəsilib (burada kod əl ilə işıqlandırıcılarla rənglənib) və sonra bu parçalar geri yapışdırılıb.
$ cat << EOF > uptimer.py
from 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
uptimer
Əks proxy
Tətbiqimizin nəzərə çarpmadan dəyişə bilməsi üçün onun qarşısında onun dəyişdirilməsini gizlədəcək başqa bir qurumun olması lazımdır. Bu veb server ola bilər nginx в əks proxy rejimi. Müştəri və proqram arasında əks proxy qurulur. Müştərilərdən gələn sorğuları qəbul edir və onları proqrama yönləndirir və tətbiqin cavablarını müştərilərə ötürür.
Tətbiq və əks proxy istifadə edərək docker daxilində əlaqələndirilə bilər docker şəbəkəsi. Beləliklə, tətbiqi olan konteynerin host sistemindəki bir portu yönləndirməyə belə ehtiyac yoxdur; bu, tətbiqi xarici təhlükələrdən maksimum dərəcədə təcrid etməyə imkan verir.
Əgər əks proksi başqa bir hostda yaşayırsa, siz docker şəbəkəsindən imtina etməli və portu yönləndirərək proqramı host şəbəkəsi vasitəsilə əks proksiyə qoşmalı olacaqsınız. apps parametr --publish, ilk başlanğıcda və əks proxy ilə olduğu kimi.
Biz 80-ci portda əks proksi işlədəcəyik, çünki bu, xarici şəbəkəyə qulaq asmalı olan qurumdur. Əgər port 80 test hostunuzda məşğuldursa, parametri dəyişdirin --publish 80:80 haqqında --publish ANY_FREE_PORT:80.
$ 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>
Sorunsuz yerləşdirmə
Gəlin tətbiqin yeni versiyasını (başlanğıc performansını ikiqat artırmaqla) yayaq və onu problemsiz şəkildə yerləşdirməyə çalışaq.
Maraqlı texnikalar
echo 'my text' | docker exec -i my-container sh -c 'cat > /my-file.txt' - Mətn yaz my text sənədləşdirmək /my-file.txt konteynerin içərisində my-container.
cat > /my-file.txt — Standart daxiletmənin məzmununu fayla yazın /dev/stdin.
Çap et
$ 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-proxy
Bu mərhələdə, şəkil birbaşa serverdə qurulur, bu, tətbiq mənbələrinin orada olmasını tələb edir və həmçinin serveri lazımsız işlərlə yükləyir. Növbəti addım, görüntü birləşməsini ayrı bir maşına (məsələn, CI sisteminə) ayırmaq və sonra onu serverə köçürməkdir.
Şəkillərin ötürülməsi
Təəssüf ki, şəkilləri localhost-dan localhost-a köçürməyin mənası yoxdur, ona görə də bu bölməni yalnız əlinizdə Docker olan iki hostunuz varsa araşdırmaq olar. Ən azı belə görünür:
$ 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.9MB
Komanda docker save şəkil məlumatlarını .tar arxivində saxlayır, yəni sıxılmış formada çəkəcəyindən təxminən 1.5 dəfə çox çəkir. Beləliklə, vaxta və trafikə qənaət etmək adı ilə onu silkələək:
İndi əl ilə etdiyimiz hər şeyi bir skriptdə toplayaq. Ən yüksək səviyyəli funksiyadan başlayaq, sonra isə onda istifadə olunan digər funksiyalara baxaq.
Maraqlı texnikalar
${parameter?err_msg} - sehrli sehrlərdən biri (aka parametrin dəyişdirilməsi). Əgər parameter müəyyən edilməmişdir, çıxış err_msg və 1 kodu ilə çıxın.
docker --log-driver journald — standart olaraq, docker logging driver heç bir fırlanma olmadan mətn faylıdır. Bu yanaşma ilə qeydlər bütün diski tez bir zamanda doldurur, buna görə istehsal mühiti üçün sürücünü daha ağıllı birinə dəyişdirmək lazımdır.
Yerləşdirmə skripti
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
}
İstifadə olunan xüsusiyyətlər:
ensure-reverse-proxy — Əks proxy-nin işlədiyinə əmin olun (ilk yerləşdirmə üçün faydalıdır)
get-active-slot service_name — Verilmiş xidmət üçün hazırda hansı yuvanın aktiv olduğunu müəyyən edir (BLUE və ya GREEN)
get-service-status service_name deployment_slot — Xidmətin daxil olan sorğuları emal etməyə hazır olub olmadığını müəyyən edir
set-active-slot service_name deployment_slot — Əks proxy konteynerində nginx konfiqurasiyasını dəyişir
Sifariş etmək üçün:
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
}
Function get-active-slot kiçik izahat tələb edir:
Niyə bir nömrə qaytarır və bir sətir çıxarmır?
Hər halda, zəng funksiyasında biz onun işinin nəticəsini yoxlayırıq və bash istifadə edərək çıxış kodunu yoxlamaq sətri yoxlamaqdan daha asandır. Bundan əlavə, ondan bir simli əldə etmək çox sadədir: get-active-slot service && echo BLUE || echo GREEN.
Bütün dövlətləri ayırd etmək üçün həqiqətən üç şərt kifayətdirmi?
Hətta ikisi də kifayət edəcək, sonuncusu tamlıq üçün buradadır, yazmamaq üçün else.
Yalnız nginx konfiqurasiyalarını qaytaran funksiya qeyri-müəyyən olaraq qalır: get-nginx-config service_name deployment_slot. Sağlamlıq yoxlamasına bənzətməklə, burada istənilən xidmət üçün hər hansı konfiqurasiya təyin edə bilərsiniz. Maraqlı şeylərdən - yalnız cat <<- EOF, bu, başlanğıcda bütün nişanları silməyə imkan verir. Düzdür, yaxşı formatlaşdırmanın qiyməti bu gün çox pis forma hesab edilən boşluqlarla qarışıq tablardır. Lakin bash tabları məcbur edir və nginx konfiqurasiyasında normal formatlaşdırmanın olması da gözəl olardı. Qısacası, burada boşluqlarla tabları qarışdırmaq həqiqətən ən pisdən ən yaxşı həll kimi görünür. Bununla belə, bunu aşağıdakı fraqmentdə görməyəcəksiniz, çünki Habr bütün nişanları 4 boşluğa dəyişdirərək və EOF-u etibarsız etməklə “yaxşı edir”. Və burada nəzərə çarpır.
İki dəfə qalxmamaq üçün sizə dərhal danışacağam cat << 'EOF', daha sonra qarşılaşacaq. Sadə yazsanız cat << EOF, sonra heredoc daxilində sətir interpolyasiya olunur (dəyişənlər genişləndirilir ($foo), əmr zəngləri ($(bar)) və s.) və sənədin sonunu tək dırnaqlara əlavə etsəniz, interpolyasiya deaktiv edilir və simvol $ olduğu kimi göstərilir. Başqa bir skriptin içərisinə bir skript daxil etmək üçün nə lazımdır.
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
}
Bu, bütün skriptdir. Və sairə bu skript ilə əsas wget və ya curl vasitəsilə yükləmək üçün.
Uzaq serverdə parametrləşdirilmiş skriptlərin icrası
Hədəf serveri döymək vaxtıdır. Bu vaxt localhost olduqca uyğundur:
$ 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.
Biz əvvəlcədən qurulmuş təsviri hədəf serverə endirən və xidmət konteynerini qüsursuz əvəz edən yerləşdirmə skripti yazdıq, lakin biz onu uzaq maşında necə icra edə bilərik? Skriptin arqumentləri var, çünki o, universaldır və bir əks proksi altında eyni anda bir neçə xidməti yerləşdirə bilər (hansı URL-nin hansı xidmət olacağını müəyyən etmək üçün nginx konfiqurasiyalarından istifadə edə bilərsiniz). Skript serverdə saxlanıla bilməz, çünki bu halda biz onu avtomatik olaraq yeniləyə bilməyəcəyik (səhvləri düzəltmək və yeni xidmətlər əlavə etmək üçün) və ümumiyyətlə vəziyyət = pis.
Həll yolu 1: Hələ də skripti serverdə saxlayın, lakin hər dəfə onu kopyalayın scp. Sonra vasitəsilə əlaqə saxlayın ssh və skripti lazımi arqumentlərlə icra edin.
Eksiler:
Bir yerinə iki hərəkət
Kopyaladığınız yer olmaya bilər və ya ona giriş olmaya bilər və ya dəyişdirmə zamanı skript icra oluna bilər.
Özünüzdən sonra təmizləmək məsləhətdir (skripti silin).
Artıq üç hərəkət.
Həll 2:
Skriptdə yalnız funksiya təriflərini saxlayın və heç nə işlətməyin
Ilə sed sonuna funksiya çağırışı əlavə edin
Hamısını boru vasitəsilə birbaşa suş-a göndərin (|)
Pros:
Həqiqətən vətənsiz
Boilerplate obyektləri yoxdur
Sərin hiss
Gəlin bunu Ansible olmadan edək. Bəli, hər şey artıq icad edilmişdir. Bəli, velosiped. Velosipedin nə qədər sadə, zərif və minimalist olduğuna baxın:
$ 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_SCRIPT
EOF
$ 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'
Bununla belə, uzaq hostun adekvat bash olduğuna əmin ola bilmərik, ona görə də başlanğıcda kiçik bir çek əlavə edəcəyik (bu, əvəzinə qabıqlı zərbə):
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
fi
Və indi realdır:
$ 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!
İndi aça bilərsiniz http://localhost/ brauzerdə yerləşdirməni yenidən işə salın və layout zamanı CD-yə uyğun olaraq səhifəni yeniləyərək onun problemsiz işlədiyinə əmin olun.