ProHoster > Blog > Идораи > Ҷойгиркунии кабуд-сабз бо ҳадди ақали музди меҳнат
Ҷойгиркунии кабуд-сабз бо ҳадди ақали музди меҳнат
Дар ин мақола мо истифода мебарем bash, SSH, лутфан и nginx Мо тарҳбандии бефосилаи веб-барномаро ташкил хоҳем кард. Ҷойгиркунии кабуд-сабз техникаест, ки ба шумо имкон медиҳад, ки бидуни рад кардани як дархост барномаро фавран нав кунед. Ин яке аз стратегияҳои ҷойгиркунии вақти бефосила аст ва барои замимаҳо бо як нусха мувофиқтар аст, аммо қобилияти бор кардани як нусхаи дуюми ба кор омода дар наздикӣ.
Фарз мекунем, ки шумо як замимаи веб доред, ки бо он бисёр муштариён фаъолона кор мекунанд ва ҳеҷ роҳе барои чанд сония хобидани он вуҷуд надорад. Ва ба шумо дар ҳақиқат лозим аст, ки навсозии китобхона, ислоҳи хатогиҳо ё як хусусияти нави олиҷанобро иҷро кунед. Дар ҳолати муқаррарӣ, шумо бояд барномаро қатъ кунед, онро иваз кунед ва дубора оғоз кунед. Дар мавриди докер, шумо метавонед аввал онро иваз кунед, сипас онро бозоғоз намоед, аммо то ҳол даврае хоҳад буд, ки дархостҳо ба барнома коркард намешаванд, зеро одатан барои боркунии барнома чанд вақт лозим аст. Чӣ мешавад, агар он оғоз шавад, аммо ғайриимкон гардад? Ин мушкилот аст, биёед онро бо ҳадди ақал ва ба қадри имкон шево ҳал кунем.
РАД: Аксари мақолаҳо дар формати таҷрибавӣ - дар шакли сабти сессияи консолӣ пешниҳод карда мешаванд. Умедворам, ки фаҳмидани ин хеле душвор нахоҳад буд ва код ба таври кофӣ ҳуҷҷатгузорӣ хоҳад кард. Барои атмосфера, тасаввур кунед, ки инҳо на танҳо пораҳои рамзӣ, балки коғаз аз телетайпи "оҳанин" мебошанд.
Усулҳои ҷолибе, ки барои Google танҳо бо хондани код душвор аст, дар аввали ҳар як бахш тавсиф шудаанд. Агар чизи дигаре норавшан бошад, онро гугл кунед ва санҷед. шарҳ (хушбахтона, аз сабаби кушодани телеграмма боз кор мекунад). Агар шумо чизеро Google карда натавонед, дар шарҳҳо пурсед. Ман бо хушнудӣ ба бахши дахлдори "Техникаҳои ҷолиб" илова мекунам.
Биёед сар кунем.
$ mkdir blue-green-deployment && cd $_
хизматрасонӣ
Хизмати таҷрибавӣ созем ва онро дар контейнер ҷойгир кунем.
Техникаи ҷолиб
cat << EOF > file-name (Дар ин ҷо Ҳуҷҷат + Бозгашти воридот / баромад) усули бо як фармон сохтани файли бисёрсатр аст. Ҳама чизеро, ки bash аз он мехонад /dev/stdin пас аз ин сатр ва пеш аз сатр EOF дар кайд карда мешавад file-name.
$ 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
Дар ин марҳила, тасвир бевосита дар сервер сохта мешавад, ки он ҷо будани манбаъҳои барномаро талаб мекунад ва инчунин серверро бо кори нолозим бор мекунад. Қадами навбатӣ ин ҷудо кардани маҷмӯи тасвир ба мошини алоҳида (масалан, ба системаи CI) ва сипас интиқол додани он ба сервер мебошад.
Интиқоли тасвирҳо
Мутаассифона, интиқол додани тасвирҳо аз localhost ба localhost маъно надорад, аз ин рӯ ин қисматро танҳо дар сурате омӯхтан мумкин аст, ки агар шумо ду мизбон бо Docker дошта бошед. Дар ҳадди аққал он чизе монанди ин аст:
$ 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
Акнун биёед ҳама чизеро, ки дастӣ анҷом додем, дар як скрипт ҷамъ кунем. Биёед бо функсияи сатҳи боло оғоз кунем ва сипас ба дигар чизҳое, ки дар он истифода мешаванд, бубинем.
Техникаи ҷолиб
${parameter?err_msg} - яке аз ҷодуҳои ҷодугарӣ (ака иваз кардани параметр). Агар parameter муайян нашудааст, баромад err_msg ва бо рамзи 1 баромад кунед.
docker --log-driver journald — ба таври нобаёнӣ, драйвери бақайдгирии докер файли матнӣ бе ягон гардиш аст. Бо ин равиш, гузоришҳо тамоми дискро зуд пур мекунанд, аз ин рӯ барои муҳити истеҳсолӣ драйверро ба як интеллектуалӣ иваз кардан лозим аст.
Скрипти паҳнкунӣ
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
}
Барои он ки ду бор бархоста нашавед, ман дарҳол ба шумо мегӯям cat << 'EOF', ки баъдтар дучор мешавад. Агар шумо содда нависед cat << EOF, пас дар дохили heredoc сатр интерполясия карда мешавад (тағйирёбандаҳо васеъ карда мешаванд ($foo), зангҳои фармон ($(bar)) ва ғайра), ва агар шумо охири ҳуҷҷатро ба нохунакҳои ягона дохил кунед, пас интерполясия ғайрифаъол мешавад ва аломат $ тавре ки ҳаст намоиш дода мешавад. Чӣ ба шумо лозим аст, ки скриптро дар дохили скрипти дигар гузоред.
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
}
Ин тамоми скрипт аст. Ва ҳам Муфассал бо ин скрипт барои зеркашӣ тавассути wget ё curl.
$ 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.
Мо як скрипти ҷойгиркунӣ навиштем, ки тасвири қаблан сохташударо ба сервери мавриди ҳадаф зеркашӣ мекунад ва контейнери хидматрасониро бефосила иваз мекунад, аммо чӣ гуна мо метавонем онро дар мошини дурдаст иҷро кунем? Скрипт далелҳо дорад, зеро он универсалӣ аст ва метавонад дар як вақт якчанд хидматҳоро дар як прокси баръакс ҷойгир кунад (шумо метавонед конфигуратсияҳои nginx-ро барои муайян кардани кадом url кадом хидмат истифода баред). Скриптро дар сервер нигоҳ доштан мумкин нест, зеро дар ин ҳолат мо наметавонем онро ба таври худкор навсозӣ кунем (бо мақсади ислоҳи хатогиҳо ва илова кардани хидматҳои нав) ва умуман, state = evil.
Ҳалли 1: Ба ҳар ҳол скриптро дар сервер нигоҳ доред, аммо ҳар дафъа онро нусхабардорӣ кунед scp. Сипас тавассути пайвастшавӣ ssh ва скриптро бо далелҳои зарурӣ иҷро кунед.
#!/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'
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
Ва ҳоло он воқеӣ аст:
$ 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!
Акнун шумо метавонед кушоед http://localhost/ дар браузер, ҷойгиркуниро дубора иҷро кунед ва боварӣ ҳосил кунед, ки он тавассути навсозии саҳифа мувофиқи CD ҳангоми тарҳбандӣ бефосила кор мекунад.