Deploy strategiyalari

Obraz tayyor, reliz chiqdi. Endi uni serverga qanday olib chiqamiz? Bir necha usul bor va ular narxi hamda xavfi bilan farq qiladi.

To'rt asosiy usul #

1. To'xtatib almashtirish (recreate) #

Eng sodda: eskisini to'xtatasiz, yangisini ishga tushirasiz.

docker compose down
docker compose up -d

2. Ketma-ket yangilash (rolling) #

Nusxalar birin-ketin almashtiriladi. Har doim ishlaydigan nusxa bo'ladi:

docker service update --image ghcr.io/loyiha:1.4.2 --update-parallelism 1 ilova

3. Ko'k-yashil (blue-green) #

Ikkita bir xil muhit saqlanadi. Yangi versiya ishlamayotgan muhitga chiqariladi, sinaladi, keyin trafik bir zumda o'tkaziladi.

4. Kanareyka (canary) #

Yangi versiyaga trafikning kichik qismi yo'naltiriladi. Hammasi yaxshi bo'lsa - ulush oshiriladi.

Nomi bo'yicha qaysi biri kerak #

Uzilish qabul qilinadimi?
├── Ha  -> to'xtatib almashtirish (eng sodda)
└── Yo'q
    ├── Bir nechta nusxa bormi?
    │   ├── Ha  -> ketma-ket yangilash
    │   └── Yo'q -> ko'k-yashil
    └── Xavf yuqorimi va o'lchov bormi?
        └── Ha  -> kanareyka

Salomatlik tekshiruvi - hammasining asosi #

Har qanday strategiya "yangi versiya tayyor" degan signalni bilishi kerak. Buning uchun ilovada maxsus manzil bo'ladi:

import { createServer } from 'node:http';

createServer((req, res) => {
    if (req.url === '/salomatlik') {
        res.writeHead(200, { 'Content-Type': 'application/json' });
        res.end(JSON.stringify({ holat: 'yaxshi', versiya: process.env.VERSIYA }));
        return;
    }
    res.end('Salom, CI/CD!\n');
}).listen(3000);

Quvurda esa uni kutamiz:

      - name: Yangi versiya ko'tarilishini kutish
        run: |
          for i in $(seq 1 30); do
            if curl -sSf https://sinov.misol.uz/salomatlik > /dev/null; then
              echo "Tayyor ($i-urinish)"
              exit 0
            fi
            echo "Kutilmoqda... ($i)"
            sleep 2
          done
          echo "Xizmat 60 soniyada ko'tarilmadi"
          exit 1

// Bu deyarli foydasiz
if (req.url === '/salomatlik') { res.end('ok'); }

Migratsiyalar - eng nozik qism #

Baza sxemasi o'zgarsa, deploy tartibi muhim bo'lib qoladi:

Bu «kengaytir - ko'chir - qisqartir» usuli. Uning ma'nosi: hech qachon kod va baza bir vaqtda o'zgarmaydi, shuning uchun orqaga qaytish har bosqichda mumkin bo'ladi.

Xulosa #

• To'rt asosiy usul: to'xtatib almashtirish, ketma-ket yangilash, ko'k-yashil, kanareyka.
• Ular uzilish, narx va murakkablik bo'yicha farq qiladi - eng soddasidan boshlang.
• Uzilish har doim ham muammo emas: ichki tizim uchun 30 soniya sezilmaydi.
• Ketma-ket yangilashda ikki versiya bir vaqtda ishlaydi - API va baza mos bo'lishi shart.
• Ko'k-yashil bir soniyada orqaga qaytish imkonini beradi, lekin ikki barobar resurs talab qiladi.
• Kanareyka faqat monitoring bo'lgandagina ma'noga ega.
• Har qanday strategiya salomatlik tekshiruviga tayanadi.
• 200 OK qaytaradigan bo'sh tekshiruv foydasiz - u bazani ham tekshirsin.
• Baza o'zgarishi «kengaytir - ko'chir - qisqartir» tartibida chiqariladi.
• Kod va baza hech qachon bir vaqtda o'zgarmasligi kerak - aks holda orqaga qaytib bo'lmaydi.

Keyingi bo'limda quvurdan haqiqiy serverga ulanib, ilovani chiqaramiz.