Geri qaytarma (Rollback) proqramlaşdırmada: bu nədir, üsulları və necə işləyir

Proqramlaşdırmada geri qaytarma və rollback nədir

Geri qaytarma (rollback) — sistemin əvvəlki sabit vəziyyətinə qaytarılması əməliyyatıdır. Proqramlaşdırma kontekstində bu, Git-də commit-in ləğvi, verilənlər bazasında transaksiyanın geri alınması və ya serverdə tətbiqin əvvəlki versiyasının bərpası ola bilər. Termin ingilis dilindən “rollback”-dən gəlir və bütün platformaların proqramçılarının lüğətində möhkəm yerini tutmuşdur.

Geri qaytarma ehtiyacı yeni dəyişiklik funksionallığı pozduqda, səhvlərə səbəb olduqda və ya keyfiyyət yoxlamasından keçmədikdə yaranır. Yaxşı təşkil olunmuş inkişaf prosesində geri qaytarma uğursuzluq əlaməti deyil, iş axınına daxil edilmiş standart prosedurdur. Komanda problemli dəyişikliyi nə qədər tez geri qaytara bilsə, səhvin istifadəçilərə təsiri bir o qədər az olar.

Müxtəlif alətlər müxtəlif geri qaytarma mexanizmləri təklif edir: Git təhlükəsiz revert ilə dağıdıcı reset arasında seçim verir, verilənlər bazaları transaksiya rollback-ini dəstəkləyir, CI/CD sistemləri isə versiyalar arasında trafiki dəyişməyi bacarır. Yanaşma seçimi kontekstdən və dəyişiklik tarixçəsinin qorunması tələblərindən asılıdır.

Git revert vs git reset: fərq nədir

Git revert — əvvəlki commit-in dəyişikliklərini ləğv edən yeni commit yaradan təhlükəsiz geri qaytarma üsuludur. Tarixçə xətti olaraq qalır, bütün köhnə commitlər qorunur. Bu, bir neçə proqramçının işlədiyi ümumi budaqda geri qaytarma üçün yeganə düzgün seçimdir. git revert əmri tarixçəni silmir — geri qaytarma faktını yeni dəyişiklik kimi əlavə edir.

Git reset cari budağın göstəricisini göstərilən commit-ə aparır, bütün sonrakı dəyişiklikləri rədd edir. Bayraqdan asılı olaraq — soft, mixed və ya hard — reset işçi kataloqu və indeksi fərqli şəkildə idarə edir. Hard rejimi dəyişiklikləri tarixçədən tamamilə silir, bu da onu ümumi budaqlar üçün təhlükəli və yalnız lokal iş üçün yararlı edir.

Revert nə zaman istifadə olunmalı

Revert paylaşılan budaqlarda tətbiq edilir: main, develop, release. O, tarixçəni qoruyur və digər proqramçılara dəyişikliyin ləğv edildiyini anlamağa imkan verir. Revert-dən sonra git pull təhlükəsiz şəkildə yerinə yetirilə bilər — sistem yenidən yazılmış tarixçə ilə bağlı konfliktlər yaratmayacaq. Komanda işində revert standart olaraq qəbul edilir.

# Son commit-i ləğv edərək yeni commit yaradın
git revert HEAD

# Müəyyən commit-i hash ilə ləğv edin
git revert a1b2c3d

Reset nə zaman istifadə olunmalı

Reset dəyişiklikləri hələ dərc etmədiyiniz lokal budaqda münasibdir. Təcrübə aparmışsınızsa və tarixçəni tamamilə təmizləmək istəyirsinizsə — reset hard bunu edəcək. Lokal budaqda commit-ləri ləğv etmək, lakin işçi kataloqda dəyişiklikləri yenidən commit üçün saxlamaq məqsədi ilə reset mixed istifadə edə bilərsiniz.

# Son commit-i ləğv edin, dəyişiklikləri işçi kataloqda saxlayın
git reset HEAD~1

# Tam ləğv — dəyişikliklər həmişəlik silinir
git reset --hard HEAD~2

Verilənlər bazalarında rollback: transaksiyalar və ACID

Transaksiya rollback-i — cari transaksiya çərçivəsində edilmiş bütün dəyişiklikləri ləğv edən və verilənlər bazasını onun başlandığı andakı vəziyyətinə qaytaran əməliyyatdır. Bu, atomikliyi — ACID-in (Atomicity, Consistency, Isolation, Durability) dörd prinsipindən birini təmin edir. Transaksiyanın hər hansı mərhələsində səhv baş verərsə, rollback yerinə yetirilir və məlumatlar ilkin vəziyyətinə qayıdır.

Rollback mexanizmi öncədən yazma jurnalı (Write-Ahead Log, WAL) vasitəsilə həyata keçirilir. Məlumat səhifəsini dəyişdirməzdən əvvəl, VSYS jurnalda köhnə və yeni dəyəri qeyd edir. Rollback zamanı sistem jurnalı oxuyur və bütün dəyişdirilmiş səhifələr üçün ilkin dəyərləri bərpa edir. Bu, hətta enerji kəsilməsi zamanında belə transaksiyanın düzgün şəkildə ləğv oluna biləcəyini təmin edir.

BEGIN TRANSACTION;

UPDATE accounts
SET balance = balance - 100
WHERE id = 1;

-- Rollback on error
ROLLBACK;

Savepoint: qismən geri qaytarma

Uzun transaksiyalarda savepoint — bütün transaksiyanı bitirmədən geri qayıda biləcəyiniz aralıq saxlama nöqtələrindən istifadə etmək rahatdır. Bu, mürəkkəb əməliyyat daxilində səhvləri idarə etməyə, digər hissələrdə irəliləyişi itirməməyə imkan verir. Savepoint əksər relyasiya VSYS tərəfindən dəstəklənir: PostgreSQL, MySQL, Oracle.

SAVEPOINT sp1;

UPDATE orders SET status = 'cancelled'
WHERE id = 42;

ROLLBACK TO sp1;

Yerləşdirmədə geri qaytarma: strategiyalar və alətlər

Yerləşdirmənin geri qaytarılması — uğursuz yerləşdirmədən sonra işləyən tətbiqin əvvəlki versiyasına qaytarılmasıdır. Bu, istehsal mühiti üçün kritik əhəmiyyət daşıyır: bərpa müddəti (MTTR) birbaşa SLA və istifadəçi təcrübəsinə təsir edir. Müastir platformalar memarlıqdan və əlçatımlılıq tələblərindən asılı olaraq bir neçə geri qaytarma strategiyası təklif edir.

Blue-green deployment

Blue-green — eyni anda iki eyni mühitin işlədiyi strategiyadır: blue (cari versiya) və green (yeni versiya). Trafik uğurlu yerləşdirmədən sonra green-ə yönləndirilir. Yeni versiya düzgün işləməzsə, trafik açarı blue-ə qayıdır. Geri qaytarma ani şəkildə həyata keçirilir, yenidən yerləşdirmə tələb olunmur — marşrutizasiyanı dəyişmək kifayətdir.

Canary release avtomatik geri qaytarma ilə

Canary deployment trafikin kiçik bir hissəsini yeni versiyaya yönləndirir və metrikaları izləyir: səhv sayı, cavab müddəti, uğurlu sorğuların faizi. Metrikalar pisləşərsə, sistem avtomatik olaraq canary-ni geri qaytarır və bütün trafiki sabit versiyaya yönləndirir. Kubernetes və service mesh-lər (Istio, Linkerd) bu strategiyanı qutudan çıxan kimi dəstəkləyir.

apiVersion: apps/v1
kind: Deployment
spec:
  replicas: 10
  strategy:
    rollingUpdate:
      maxUnavailable: 1
      maxSurge: 1

Proqramlaşdırmada geri qaytarmanın praktik nümunələri

Üç tipik ssenarini nəzərdən keçirək, burada proqramçı dəyişiklikləri geri qaytarmalıdır. Hər ssenari öz yanaşmasını tələb edir — terminalda sadə əmrdən CI/CD iştirakı ilə çoxmərhələli prosedura qədər.

Ssenari 1: main-ə təsadüfi commit

Siz təsadüfən main budağına səhv olan commit göndɔrdünüz. Vəzifəniz komanda üçün tarixçəni itirmədən dəyişiklikləri geri qaytarmaqdır. Ləğv edən commit yaratmaq üçün git revert istifadə edin, sonra git push. Komandanın bütün üzvləri geri qaytarma faktını görəcək və konfliktlər olmadan işlərinə davam edə biləcəklər. Bu, ən təhlükəsiz və şəffaf üsuldur.

git checkout main
git pull origin main
git revert HEAD
git push origin main

Ssenari 2: uğursuz verilənlər bazası miqrasiyası

Verilənlər bazasının miqrasiyası səhvlə başa çatdı və məlumatların bir hissəsi zədələndi. Miqrasiya skriptində transaksiya rollback-indən və artıq tətbiq edilmiş dəyişikliklər üçün ehtiyat nüsxadan bərpadan istifadə edin. Yaxşı dizayn edilmiş sistemdə hər miqrasiya transaksiyaya bürünür — səhv zamanı VSYS avtomatik olaraq rollback yerinə yetirir.

Ssenari 3: kritik səhvlə yerləşdirmə

Yeni versiyanın yerləşdirməsindən sonra avtorizasiyanın işləmədiyini aşkarladınız. Blue-green istifadə edirsinizsə, geri qaytarma marşrutizatoru geri çevirməkdir. Rolling update — kubectl rollout undo əmri əvvəlki versiyanı qaytaracaq. İdeal halda geri qaytarma prosesi avtomatlaşdırılmalı və bir dəqiqədən çox çəkməməlidir.