🥇 ນຳໃຊ້ສີຟ້າ-ຂຽວຢ່າງຕ່ຳ

ໃນບົດຄວາມນີ້ພວກເຮົາໃຊ້ bash, ssh, docker и nginx ພວກເຮົາຈະຈັດຕັ້ງຮູບແບບ seamless ຂອງຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌. ການນໍາໃຊ້ສີຟ້າ, ສີຂຽວ ແມ່ນເຕັກນິກທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດປັບປຸງແອັບພລິເຄຊັນໄດ້ທັນທີໂດຍບໍ່ຕ້ອງປະຕິເສດຄໍາຮ້ອງຂໍດຽວ. ມັນແມ່ນໜຶ່ງໃນຍຸດທະສາດການນຳໃຊ້ສູນການຢຸດເຮັດວຽກ ແລະ ເໝາະສົມທີ່ສຸດສຳລັບແອັບພລິເຄຊັນທີ່ມີຕົວຢ່າງໜຶ່ງ, ແຕ່ຄວາມສາມາດໃນການໂຫຼດຕົວຢ່າງທີສອງ, ພ້ອມທີ່ຈະແລ່ນຢູ່ໃກ້ໆ.

ໃຫ້ເວົ້າວ່າທ່ານມີຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ທີ່ລູກຄ້າຈໍານວນຫຼາຍກໍາລັງເຮັດວຽກຢ່າງຫ້າວຫັນ, ແລະບໍ່ມີທາງແທ້ໆທີ່ມັນຈະນອນຢູ່ສອງສາມວິນາທີ. ແລະທ່ານກໍ່ຈໍາເປັນຕ້ອງໄດ້ເປີດຕົວການປັບປຸງຫ້ອງສະຫມຸດ, ການແກ້ໄຂຂໍ້ບົກພ່ອງ, ຫຼືຄຸນສົມບັດເຢັນໃຫມ່. ໃນສະຖານະການປົກກະຕິ, ທ່ານຈະຕ້ອງຢຸດຄໍາຮ້ອງສະຫມັກ, ທົດແທນມັນແລະເລີ່ມຕົ້ນອີກເທື່ອຫນຶ່ງ. ໃນກໍລະນີຂອງ docker, ທໍາອິດທ່ານສາມາດປ່ຽນມັນ, ຫຼັງຈາກນັ້ນ restart ມັນ, ແຕ່ມັນຈະຍັງມີໄລຍະເວລາທີ່ຄໍາຮ້ອງຂໍກັບຄໍາຮ້ອງສະຫມັກຈະບໍ່ຖືກດໍາເນີນການ, ເພາະວ່າປົກກະຕິແລ້ວຄໍາຮ້ອງສະຫມັກໃຊ້ເວລາບາງເວລາໃນການໂຫຼດໃນເບື້ອງຕົ້ນ. ຈະເປັນແນວໃດຖ້າມັນເລີ່ມຕົ້ນ, ແຕ່ກາຍເປັນບໍ່ສາມາດປະຕິບັດໄດ້? ນີ້ແມ່ນບັນຫາ, ຂໍໃຫ້ແກ້ໄຂມັນດ້ວຍວິທີການຫນ້ອຍແລະ elegantly ເທົ່າທີ່ເປັນໄປໄດ້.

ການປະຕິເສດ: ບົດຄວາມສ່ວນໃຫຍ່ຖືກນໍາສະເຫນີໃນຮູບແບບທົດລອງ - ໃນຮູບແບບຂອງການບັນທຶກກອງປະຊຸມ console. ຫວັງວ່ານີ້ຈະບໍ່ຍາກເກີນໄປທີ່ຈະເຂົ້າໃຈແລະລະຫັດຈະບັນທຶກຕົວເອງພຽງພໍ. ສໍາລັບບັນຍາກາດ, ຈິນຕະນາການວ່າສິ່ງເຫຼົ່ານີ້ແມ່ນບໍ່ພຽງແຕ່ລະຫັດ, ແຕ່ເຈ້ຍຈາກ teletype "ທາດເຫຼັກ".

ເຕັກນິກທີ່ຫນ້າສົນໃຈທີ່ມີຄວາມຫຍຸ້ງຍາກໃນ Google ພຽງແຕ່ອ່ານລະຫັດໄດ້ຖືກອະທິບາຍໃນຕອນຕົ້ນຂອງແຕ່ລະພາກ. ຖ້າສິ່ງອື່ນໃດທີ່ບໍ່ຊັດເຈນ, google ມັນແລະກວດເບິ່ງມັນ. ອະທິບາຍ (ໂຊກດີ, ມັນເຮັດວຽກອີກເທື່ອຫນຶ່ງ, ເນື່ອງຈາກ unblocking ຂອງ telegram). ຖ້າທ່ານບໍ່ສາມາດ Google ຫຍັງໄດ້, ຖາມໃນຄໍາເຫັນ. ຂ້ອຍຈະຍິນດີທີ່ຈະເພີ່ມໃສ່ພາກສ່ວນທີ່ສອດຄ້ອງກັນ "ເຕັກນິກທີ່ຫນ້າສົນໃຈ".

ໃຫ້ເລີ່ມຕົ້ນ.

$ mkdir blue-green-deployment && cd $_

ການບໍລິການ

ໃຫ້ເຮັດການບໍລິການທົດລອງແລະວາງໄວ້ໃນຖັງ.

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

cat << EOF > file-name (ທີ່ນີ້ເອກະສານ + ການປ່ຽນເສັ້ນທາງ I/O) ແມ່ນວິທີການສ້າງໄຟລ໌ຫຼາຍແຖວດ້ວຍຄໍາສັ່ງດຽວ. ທຸກສິ່ງທຸກຢ່າງ bash ອ່ານຈາກ /dev/stdin ຫຼັງຈາກເສັ້ນນີ້ແລະກ່ອນເສັ້ນ EOF ຈະຖືກບັນທຶກໄວ້ໃນ file-name.
wget -qO- URL (ອະທິບາຍ) — ສົ່ງອອກເອກະສານທີ່ໄດ້ຮັບຜ່ານ HTTP ໄປ /dev/stdout (ອະນາລັອກ curl URL).

ພິມອອກມາ

ຂ້າພະເຈົ້າໂດຍສະເພາະທໍາລາຍ snippet ເພື່ອເປີດໃຊ້ການເນັ້ນສໍາລັບ Python. ໃນທີ່ສຸດຈະມີອີກປະການຫນຶ່ງເຊັ່ນນີ້. ພິຈາລະນາວ່າຢູ່ໃນບ່ອນເຫຼົ່ານີ້, ກະດາດຖືກຕັດເພື່ອສົ່ງໄປຫາພະແນກການເນັ້ນ (ບ່ອນທີ່ລະຫັດແມ່ນສີດ້ວຍມືທີ່ມີເຄື່ອງເນັ້ນ), ແລະຫຼັງຈາກນັ້ນຕ່ອນເຫຼົ່ານີ້ຖືກກາວຄືນ.

$ 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

Reverse proxy

ເພື່ອໃຫ້ຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາສາມາດປ່ຽນແປງໄດ້ໂດຍບໍ່ໄດ້ສັງເກດເຫັນ, ມັນຈໍາເປັນຕ້ອງມີບາງຫນ່ວຍງານອື່ນຢູ່ທາງຫນ້າທີ່ຈະເຊື່ອງການທົດແທນຂອງມັນ. ມັນອາດຈະເປັນເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ nginx в ໂໝດພຣັອກຊີປີ້ນກັບກັນ. ຕົວແທນ reverse ແມ່ນສ້າງຕັ້ງຂຶ້ນລະຫວ່າງລູກຄ້າແລະຄໍາຮ້ອງສະຫມັກ. ມັນຍອມຮັບຄໍາຮ້ອງຂໍຈາກລູກຄ້າແລະສົ່ງຕໍ່ໄປຫາຄໍາຮ້ອງສະຫມັກແລະສົ່ງຕໍ່ຄໍາຕອບຂອງແອັບພລິເຄຊັນໃຫ້ກັບລູກຄ້າ.

ແອັບພລິເຄຊັນແລະຕົວແທນ reverse ສາມາດເຊື່ອມຕໍ່ພາຍໃນ docker ໂດຍໃຊ້ ເຄືອຂ່າຍ docker. ດັ່ງນັ້ນ, ຕູ້ຄອນເທນເນີທີ່ມີແອັບພລິເຄຊັນບໍ່ຈໍາເປັນຕ້ອງສົ່ງຕໍ່ພອດໃນລະບົບເຈົ້າພາບ;

ຖ້າ proxy reverse ອາໄສຢູ່ໃນ host ອື່ນ, ທ່ານຈະຕ້ອງປະຖິ້ມເຄືອຂ່າຍ docker ແລະເຊື່ອມຕໍ່ແອັບພລິເຄຊັນກັບ proxy reverse ຜ່ານເຄືອຂ່າຍ host, ສົ່ງຕໍ່ພອດ. apps ພາລາມິເຕີ --publish, ໃນຕອນເລີ່ມຕົ້ນທໍາອິດແລະເຊັ່ນດຽວກັນກັບ proxy ປີ້ນກັບກັນ.

ພວກເຮົາຈະດໍາເນີນການ proxy reverse ໃນ port 80, ເນື່ອງຈາກວ່ານີ້ແມ່ນແທ້ entity ທີ່ຄວນຟັງເຄືອຂ່າຍພາຍນອກ. ຖ້າພອດ 80 ບໍ່ຫວ່າງຢູ່ໃນໂຮດທົດສອບຂອງທ່ານ, ໃຫ້ປ່ຽນພາລາມິເຕີ --publish 80:80 ສຸດ --publish ANY_FREE_PORT:80.

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

"ໃນເຄືອຂ່າຍ Docker ທີ່ສ້າງໂດຍຜູ້ໃຊ້, ທ່ານສາມາດຕິດຕໍ່ສື່ສານກັບບັນຈຸບໍ່ພຽງແຕ່ໂດຍທີ່ຢູ່ IP. ຊື່ຕູ້ຄອນເທນເນີຍັງຖືກແກ້ໄຂເປັນທີ່ຢູ່ IP ຂອງມັນ" (ບົດຄວາມ “ການເຊື່ອມຕໍ່ກັບຕູ້ເກັບຮັກສາຕົວ”, ສ່ວນ “ໃຊ້ເຄືອຂ່າຍຂົວທີ່ກຳນົດໂດຍຜູ້ໃຊ້”, ຈຸດ 5 ຂອງລະຫັດ docker).

ພິມອອກມາ

$ 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>

ການນຳໃຊ້ແບບບໍ່ມີຮອຍຕໍ່

ໃຫ້ພວກເຮົາເປີດຕົວເວີຊັນໃໝ່ຂອງແອັບພລິເຄຊັ່ນ (ດ້ວຍການເພີ່ມປະສິດທິພາບການເລີ່ມຕົ້ນສອງເທົ່າ) ແລະພະຍາຍາມນຳໃຊ້ມັນຢ່າງບໍ່ຢຸດຢັ້ງ.

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

echo 'my text' | docker exec -i my-container sh -c 'cat > /my-file.txt' — ຂຽນຂໍ້ຄວາມ my text ຍື່ນ /my-file.txt ພາຍໃນບັນຈຸ my-container.
cat > /my-file.txt — ຂຽນເນື້ອໃນຂອງມາດຕະຖານເຂົ້າໄປໃນໄຟລ໌ /dev/stdin.

ພິມອອກມາ

$ 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

ທີມງານ docker save ບັນທຶກຂໍ້ມູນຮູບພາບໄວ້ໃນ .tar archive, ຊຶ່ງຫມາຍຄວາມວ່າມັນມີນໍ້າຫນັກປະມານ 1.5 ເທົ່າຫຼາຍກ່ວາມັນຈະມີນໍ້າຫນັກໃນຮູບແບບບີບອັດ. ສະນັ້ນຂໍໃຫ້ສັ່ນມັນໃນຊື່ຂອງການປະຫຍັດເວລາແລະການຈະລາຈອນ:

$ docker image save uptimer | gzip | ssh production-server 'zcat | docker image load'
Loaded image: uptimer:latest

ນອກນັ້ນທ່ານຍັງສາມາດຕິດຕາມກວດກາຂະບວນການດາວໂຫຼດ (ເຖິງແມ່ນວ່ານີ້ຮຽກຮ້ອງໃຫ້ມີຜົນປະໂຫຍດພາກສ່ວນທີສາມ):

$ docker image save uptimer | gzip | pv | ssh production-server 'zcat | docker image load'
25,7MiB 0:01:01 [ 425KiB/s] [                   <=>    ]
Loaded image: uptimer:latest

ເຄັດລັບ: ຖ້າຫາກວ່າທ່ານຕ້ອງການຊໍ່ຂອງຕົວກໍານົດການເພື່ອເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍຜ່ານ SSH, ທ່ານອາດຈະບໍ່ໄດ້ນໍາໃຊ້ໄຟລ໌. ~/.ssh/config.

ການຖ່າຍໂອນຮູບພາບໂດຍຜ່ານ docker image save/load - ນີ້ແມ່ນວິທີການຫນ້ອຍທີ່ສຸດ, ແຕ່ບໍ່ແມ່ນວິທີດຽວ. ມີອື່ນໆ:

ທະບຽນຕູ້ຄອນເທນເນີ (ມາດຕະຖານອຸດສາຫະກໍາ).
ເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ daemon docker ຈາກໂຮດອື່ນ:
1. ສະພາບແວດລ້ອມປ່ຽນແປງ DOCKER_HOST.
2. ທາງເລືອກແຖວຄໍາສັ່ງ -H ຫຼື --host ເຄື່ອງມື docker-compose.
3. docker context

ວິທີການທີສອງ (ມີສາມທາງເລືອກສໍາລັບການປະຕິບັດຂອງມັນ) ແມ່ນອະທິບາຍໄດ້ດີໃນບົດຄວາມ ວິທີການຕິດຕັ້ງ Docker hosts ໄລຍະໄກດ້ວຍ docker-compose.

`deploy.sh`

ຕອນນີ້ໃຫ້ເຮົາເກັບກຳທຸກຢ່າງທີ່ພວກເຮົາໄດ້ເຮັດດ້ວຍຕົນເອງເປັນສະຄຣິບດຽວ. ໃຫ້ເລີ່ມຕົ້ນດ້ວຍຟັງຊັນລະດັບເທິງ, ແລະຫຼັງຈາກນັ້ນເບິ່ງຕົວອື່ນໆທີ່ໃຊ້ໃນມັນ.

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

${parameter?err_msg} - ຫນຶ່ງໃນການສະກົດຄໍາ magic bash (aka ການທົດແທນພາລາມິເຕີ). ຖ້າ parameter ບໍ່ໄດ້ລະບຸ, ຜົນຜະລິດ err_msg ແລະອອກດ້ວຍລະຫັດ 1.
docker --log-driver journald — ໂດຍຄ່າເລີ່ມຕົ້ນ, ຕົວຂັບບັນທຶກ docker ແມ່ນໄຟລ໌ຂໍ້ຄວາມໂດຍບໍ່ມີການຫມຸນໃດໆ. ດ້ວຍວິທີການນີ້, ບັນທຶກໄດ້ໄວເຕັມແຜ່ນທັງຫມົດ, ດັ່ງນັ້ນເພື່ອສະພາບແວດລ້ອມການຜະລິດມັນຈໍາເປັນຕ້ອງປ່ຽນໄດເວີໃຫ້ສະຫລາດກວ່າ.

ສະຄຣິບການນຳໃຊ້

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
}

ຄຸນນະສົມບັດທີ່ນໍາໃຊ້:

ensure-reverse-proxy — ເຮັດໃຫ້ແນ່ໃຈວ່າ proxy reverse ແມ່ນເຮັດວຽກ (ເປັນປະໂຫຍດສໍາລັບການນໍາໃຊ້ຄັ້ງທໍາອິດ)
get-active-slot service_name — ກໍານົດວ່າສະລັອດຕິງໃດທີ່ມີການເຄື່ອນໄຫວໃນປັດຈຸບັນສໍາລັບການບໍລິການໃຫ້ໄດ້ (BLUE ຫຼື GREEN)
get-service-status service_name deployment_slot — ກຳນົດວ່າການບໍລິການພ້ອມແລ້ວທີ່ຈະປະມວນຜົນຄຳຮ້ອງຂໍທີ່ເຂົ້າມາຫຼືບໍ່
set-active-slot service_name deployment_slot — ປ່ຽນການຕັ້ງຄ່າ nginx ໃນກ່ອງບັນຈຸພຣັອກຊີປີ້ນກັບກັນ

ໃນ ຄຳ ສັ່ງ:

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
}

ການທໍາງານຂອງ get-active-slot ຕ້ອງການຄໍາອະທິບາຍເລັກນ້ອຍ:

ເປັນຫຍັງມັນຈຶ່ງສົ່ງຄືນຕົວເລກ ແລະບໍ່ອອກສະຕຣິງ?

ຢ່າງໃດກໍ່ຕາມ, ໃນຫນ້າທີ່ໂທຫາພວກເຮົາກວດເບິ່ງຜົນໄດ້ຮັບຂອງການເຮັດວຽກຂອງມັນ, ແລະການກວດສອບລະຫັດອອກໂດຍໃຊ້ bash ແມ່ນງ່າຍກວ່າການກວດສອບສາຍ. ນອກຈາກນັ້ນ, ການໄດ້ຮັບສາຍຈາກມັນແມ່ນງ່າຍດາຍຫຼາຍ:
get-active-slot service && echo BLUE || echo GREEN.

ເງື່ອນໄຂສາມຢ່າງແມ່ນພຽງພໍທີ່ຈະຈໍາແນກລັດທັງຫມົດບໍ?

ເຖິງແມ່ນວ່າສອງຈະພຽງພໍ, ສຸດທ້າຍແມ່ນຢູ່ທີ່ນີ້ເພື່ອຄວາມສົມບູນ, ເພື່ອບໍ່ໃຫ້ຂຽນ else.

ພຽງແຕ່ຟັງຊັນທີ່ສົ່ງຄືນການຕັ້ງຄ່າ nginx ຍັງບໍ່ຖືກກໍານົດ: get-nginx-config service_name deployment_slot. ໂດຍການປຽບທຽບກັບການກວດສຸຂະພາບ, ໃນທີ່ນີ້ທ່ານສາມາດກໍານົດການຕັ້ງຄ່າໃດໆສໍາລັບການບໍລິການໃດໆ. ຂອງສິ່ງທີ່ຫນ້າສົນໃຈ - ເທົ່ານັ້ນ cat <<- EOF, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານເອົາແຖບທັງຫມົດໃນຕອນເລີ່ມຕົ້ນ. ຄວາມຈິງ, ລາຄາຂອງການຈັດຮູບແບບທີ່ດີແມ່ນແຖບປະສົມທີ່ມີຊ່ອງຫວ່າງ, ເຊິ່ງມື້ນີ້ຖືວ່າເປັນຮູບແບບທີ່ບໍ່ດີຫຼາຍ. ແຕ່ແຖບບັງຄັບ bash, ແລະມັນກໍ່ຈະເປັນການດີທີ່ຈະມີການຈັດຮູບແບບປົກກະຕິໃນການຕັ້ງຄ່າ nginx. ໃນສັ້ນ, ການປະສົມແຖບທີ່ມີຊ່ອງຫວ່າງຢູ່ນີ້ກໍ່ເບິ່ງຄືວ່າເປັນການແກ້ໄຂທີ່ດີທີ່ສຸດຈາກສິ່ງທີ່ຮ້າຍແຮງທີ່ສຸດ. ຢ່າງໃດກໍຕາມ, ທ່ານຈະບໍ່ເຫັນນີ້ຢູ່ໃນ snippet ຂ້າງລຸ່ມນີ້, ເນື່ອງຈາກວ່າ Habr "ເຮັດໄດ້ດີ" ໂດຍການປ່ຽນແປງແຖບທັງຫມົດເປັນ 4 ຊ່ອງແລະເຮັດໃຫ້ EOF ບໍ່ຖືກຕ້ອງ. ແລະໃນທີ່ນີ້ມັນສັງເກດເຫັນ.

ເພື່ອບໍ່ໃຫ້ລຸກຂຶ້ນສອງເທື່ອ, ຂ້ອຍຈະບອກເຈົ້າທັນທີ cat << 'EOF', ເຊິ່ງຈະໄດ້ພົບກັບຕໍ່ມາ. ຖ້າທ່ານຂຽນງ່າຍໆ cat << EOF, ຫຼັງຈາກນັ້ນພາຍໃນ heredoc ສະຕິງໄດ້ຖືກ interpolated (ຕົວແປໄດ້ຖືກຂະຫຍາຍ (.$foo), ໂທສັ່ງ ($(bar)) ແລະອື່ນໆ), ແລະຖ້າຫາກວ່າທ່ານປິດທ້າຍຂອງເອກະສານໃນວົງຢືມດຽວ, ຫຼັງຈາກນັ້ນ interpolation ແມ່ນພິການແລະສັນຍາລັກ. $ ຖືກສະແດງເປັນ. ສິ່ງທີ່ທ່ານຈໍາເປັນຕ້ອງໃສ່ສະຄິບພາຍໃນສະຄິບອື່ນ.

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
}

ນີ້ແມ່ນ script ທັງຫມົດ. ແລະດັ່ງນັ້ນ gist ກັບ script ນີ້ ສໍາລັບການດາວໂຫຼດຜ່ານ wget ຫຼື curl.

ດໍາເນີນການ scripts parameterized ໃນເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ

ມັນເປັນເວລາທີ່ຈະເຄາະເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍ. ຄັ້ງນີ້ localhost ເຫມາະສົມທີ່ຂ້ອນຂ້າງ:

$ 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.

ພວກເຮົາໄດ້ຂຽນສະຄຣິບການນຳໃຊ້ທີ່ດາວໂຫລດຮູບພາບທີ່ສ້າງຂຶ້ນກ່ອນໃສ່ເຊີບເວີເປົ້າໝາຍ ແລະປ່ຽນແທນທີ່ບັນຈຸບໍລິການໄດ້ຢ່າງບໍ່ຢຸດຢັ້ງ, ແຕ່ພວກເຮົາຈະດຳເນີນການກັບເຄື່ອງຈັກທາງໄກໄດ້ແນວໃດ? ສະຄຣິບມີຂໍ້ໂຕ້ແຍ້ງ, ເພາະວ່າມັນເປັນແບບທົ່ວໆໄປແລະສາມາດນໍາໄປໃຊ້ຫຼາຍການບໍລິການໃນເວລາດຽວກັນພາຍໃຕ້ຫນຶ່ງ reverse proxy (ທ່ານສາມາດນໍາໃຊ້ nginx configs ເພື່ອກໍານົດວ່າ url ຈະເປັນບໍລິການໃດ). script ບໍ່ສາມາດຖືກເກັບໄວ້ໃນເຄື່ອງແມ່ຂ່າຍ, ເນື່ອງຈາກວ່າໃນກໍລະນີນີ້ພວກເຮົາຈະບໍ່ສາມາດປັບປຸງມັນໂດຍອັດຕະໂນມັດ (ສໍາລັບຈຸດປະສົງຂອງການແກ້ໄຂ bug ແລະເພີ່ມການບໍລິການໃຫມ່), ແລະໂດຍທົ່ວໄປ, state = evil.

ການແກ້ໄຂ 1: ຍັງເກັບຮັກສາ script ໃນເຄື່ອງແມ່ຂ່າຍ, ແຕ່ຄັດລອກມັນທຸກຄັ້ງຜ່ານ scp. ຫຼັງຈາກນັ້ນເຊື່ອມຕໍ່ຜ່ານ ssh ແລະປະຕິບັດ script ດ້ວຍການໂຕ້ຖຽງທີ່ຈໍາເປັນ.

Cons:

ສອງການກະທໍາແທນທີ່ຈະເປັນຫນຶ່ງ
ອາດຈະບໍ່ມີສະຖານທີ່ທີ່ທ່ານຄັດລອກ, ຫຼືອາດຈະບໍ່ເຂົ້າເຖິງມັນ, ຫຼືສະຄິບອາດຈະຖືກປະຕິບັດໃນເວລາທີ່ປ່ຽນແທນ.
ມັນແມ່ນແນະນໍາໃຫ້ເຮັດຄວາມສະອາດຫຼັງຈາກຕົວທ່ານເອງ (ລຶບສະຄິບ).
ແລ້ວສາມປະຕິບັດ.

ການແກ້ໄຂ 2:

ຮັກສາພຽງແຕ່ຄໍານິຍາມຫນ້າທີ່ຢູ່ໃນສະຄິບແລະດໍາເນີນການບໍ່ມີຫຍັງເລີຍ
ດ້ວຍຄວາມຊ່ວຍເຫຼືອຂອງ sed ເພີ່ມການເອີ້ນຟັງຊັນໃນທ້າຍ
ສົ່ງທັງຫມົດໂດຍກົງກັບ shh ຜ່ານທໍ່ (|)

Pros:

ບໍ່ມີສັນຊາດຢ່າງແທ້ຈິງ
ບໍ່ມີຫນ່ວຍງານ boilerplate
ຮູ້ສຶກເຢັນ

ໃຫ້ຂອງພຽງແຕ່ເຮັດມັນໂດຍບໍ່ມີການ Ansible. ແມ່ນແລ້ວ, ທຸກສິ່ງທຸກຢ່າງໄດ້ຖືກ invented ແລ້ວ. ແມ່ນແລ້ວ, ລົດຖີບ. ເບິ່ງວິທີການງ່າຍດາຍ, elegant ແລະ minimalistic ລົດຖີບແມ່ນ:

$ 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'

ຢ່າງໃດກໍຕາມ, ພວກເຮົາບໍ່ສາມາດແນ່ໃຈວ່າເຈົ້າພາບຫ່າງໄກສອກຫຼີກມີ bash ພຽງພໍ, ດັ່ງນັ້ນພວກເຮົາຈະເພີ່ມການກວດສອບຂະຫນາດນ້ອຍໃນຕອນເລີ່ມຕົ້ນ (ນີ້ແມ່ນແທນທີ່ຈະເປັນ. shellbang):

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/ ໃນຕົວທ່ອງເວັບ, ດໍາເນີນການ deployment ອີກເທື່ອຫນຶ່ງແລະໃຫ້ແນ່ໃຈວ່າມັນດໍາເນີນການ seamlessly ໂດຍການປັບປຸງຫນ້າຕາມ CD ໃນລະຫວ່າງການຈັດວາງ.

ຢ່າລືມເຮັດຄວາມສະອາດຫຼັງຈາກການເຮັດວຽກ:3

$ docker rm -f uptimer_GREEN reverse-proxy 
uptimer_GREEN
reverse-proxy

$ docker network rm web-gateway 
web-gateway

$ cd ..

$ rm -r blue-green-deployment

ແຫຼ່ງຂໍ້ມູນ: www.habr.com

ນຳໃຊ້ສີຟ້າ-ສີຂຽວໃນຄ່າຈ້າງຂັ້ນຕ່ຳ

ການບໍລິການ

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

ພິມອອກມາ

Reverse proxy

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

ພິມອອກມາ

ການນຳໃຊ້ແບບບໍ່ມີຮອຍຕໍ່

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

ພິມອອກມາ

ການຖ່າຍໂອນຮູບພາບ

`deploy.sh`

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

ສະຄຣິບການນຳໃຊ້

ດໍາເນີນການ scripts parameterized ໃນເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ

ຢ່າລືມເຮັດຄວາມສະອາດຫຼັງຈາກການເຮັດວຽກ:3

ProHoster

ນຳໃຊ້ສີຟ້າ-ສີຂຽວໃນຄ່າຈ້າງຂັ້ນຕ່ຳ

ການບໍລິການ

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

ພິມ​ອອກ​ມາ

Reverse proxy

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

ພິມ​ອອກ​ມາ

ການນຳໃຊ້ແບບບໍ່ມີຮອຍຕໍ່

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

ພິມ​ອອກ​ມາ

ການ​ຖ່າຍ​ໂອນ​ຮູບ​ພາບ​

deploy.sh

ເຕັກນິກທີ່ຫນ້າສົນໃຈ

ສະຄຣິບການນຳໃຊ້

ດໍາເນີນການ scripts parameterized ໃນເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ

ຢ່າ​ລືມ​ເຮັດ​ຄວາມ​ສະ​ອາດ​ຫຼັງ​ຈາກ​ການ​ເຮັດ​ວຽກ​:3

ProHoster

ພິມອອກມາ

ພິມອອກມາ

ພິມອອກມາ

ການຖ່າຍໂອນຮູບພາບ

`deploy.sh`

ຢ່າລືມເຮັດຄວາມສະອາດຫຼັງຈາກການເຮັດວຽກ:3