როგორ გაქვთ მონაცემთა ბაზის მიგრაციის დამუშავება CI/CD-ში?

Question

Accepted Answer

**მონაცემთა ბაზის მიგრაციები** (სქემის ცვლილებები) არის CI/CD-ის ერთ-ერთი ყველაზე რთული ნაწილი — განსხვავებით უმდგრადი აპლიკაციის კოდისგან, მონაცემთა ბაზები იკავებენ **სტატეს**, რომელიც არ შეიძლება უბრალოდ შეიცვალოს ან დაბრუნდეს. მიგრაციების ფრთხილი დამუშავება (ავტომატიზაცია, უკან თავსებადობა, უსაფრთხო ნიმუშები) აუცილებელია საიმედო განლაგებისთვის.

## რატომ არის მონაცემთა ბაზის მიგრაციები რთული

```text
App code is stateless (replace it, roll back freely). DATABASES hold STATE:
  → can't just "roll back" a migration that dropped a column or transformed data
    (the data may be gone) → rollbacks are risky/impossible for destructive changes
  → during deployment, OLD and NEW app code may run SIMULTANEOUSLY (rolling deploy) —
    both must work with the database schema at that moment
→ Schema changes need careful coordination with code deployment.
```

## მიგრაციების ავტომატიზაცია pipeline-ში

```text
→ Migrations defined as CODE (versioned migration files; Flyway, Liquibase, ORM tools)
→ Run migrations as a pipeline STEP (apply pending migrations on deploy)
→ Migrations are versioned and applied in order, idempotently
→ Test migrations in staging before production
```

## უსაფრთხო მიგრაციის ნიმუშები (უკან თავსებადობა)

```text
KEY PRINCIPLE: make migrations BACKWARD-COMPATIBLE so old AND new code both work during
the transition. Use the EXPAND-CONTRACT (parallel change) pattern:
  1. EXPAND → add the new schema (e.g. add a new column) — old code still works
  2. MIGRATE → deploy code that writes to both / reads new; backfill data
  3. CONTRACT → once all code uses the new schema, remove the old (in a LATER deploy)
→ NEVER drop/rename in the same deploy that needs it gone — split across deploys.
→ This enables zero-downtime deploys and safe rollbacks.
```

## რატომ აქვს მნიშვნელობა

მონაცემთა ბაზის მიგრაციების დამუშავება CI/CD-ში იმის გაგება მნიშვნელოვანია, რადგან **მიგრაციები ავტომატიზირებული განლაგების ერთ-ერთი ყველაზე რთული და საშიში ნაწილია**, ამიტომ ეს არის ღირებული პრაქტიკული ცოდნა საიმედო მიწოდებისთვის.

ძირითადი გამოწვევა არის ის, რომ განსხვავებით უმდგრადი აპლიკაციის კოდისგან (რომელიც დაკლებული შეიძლება უკან დაბრუნდეს), **მონაცემთა ბაზები იკავებენ სტატეს** — ასე რომ მიგრაცია, რომელიც წაშლის სვეტს ან გარდაქმნის მონაცემებს **არ შეიძლება უბრალოდ უკან დაბრუნდეს** (მონაცემები შეიძლება წაშლილი იყოს), რაც მავნე ცვლილებებს რისკიანი ან უბრუნელი ხდის, და მოძრავი განლაგებების დროს **ძველი და ახალი კოდი ერთდროულად მუშაობს**, ორივე საჭიროებს მუშაობას სქემასთან ამ მომენტში.

ეს სქემის ცვლილებებს ფრთხილი კოორდინაციას მოითხოვს, CI/CD-ის დანარჩი ნაწილისგან განსხვავებით.

მიგრაციების **ავტომატიზაციის** გაგება (მათი განსაზღვრა ვერსიებიანი კოდის მეშვეობით ისეთი ხელსაწყოების საშუალებით, როგორებიცაა Flyway, Liquibase ან ORM მიგრაციები, მათი გაშვება როგორც pipeline-ის ნაბიჯი, რომელიც გამოიყენება რიგიანად და იდემპოტენტურად, და სატესტო გარემოში ჯერ გამოცდა) მიგრაციებს უსაფრთხოდ pipeline-ში შემოაქვს.

ყველაზე მნიშვნელოვანი, **უსაფრთხო მიგრაციის ნიმუშების** გაგება — მიგრაციების **უკან თავსებადი** გაკეთება, ისე რომ ძველი და ახალი კოდი ორივე მუშაობს გარდაქმნის დროს, **expand-contract (parallel change) ნიმუშის** გამოყენება (expand: ახალი სქემის დამატება ძველი კოდის გატეხვის გარეშე; migrate: კოდის გარდაქმნა და მონაცემების შემავსებელი; contract: ძველი სქემის წაშლა მოგვიანებით განლაგებაში) და **არასოდეს წაშლა/გადარქმევა იმავე განლაგებაში, რომელიც მას მოითხოვს** — არის ის ძირითადი უნარი, რომელიც საშუალებას აძლევს **ნულოვანი შეწყვეტის განლაგებებს და უსაფრთხო უკან დაბრუნებებს** მონაცემთა ბაზების უმდგრადი ბუნების მიუხედავად.

ეს ნამდვილად რთული, მნიშვნელოვანი რეალური მსოფლიოს ცოდნაა, რომელიც განასხვავებს იმათ, ვინც უსაფრთხოდ შეუძლია მონაცემთა ბაზის ცვლილებების განლაგება, იმათგან, ვინც იწვევს გაწყვეტას ან მონაცემების დაკარგვას.

მას შემდეგ, რაც მონაცემთა ბაზის მიგრაციები რთული, რისკიანი, აუცილებელი ნაწილია აპლიკაციების განლაგების მონაცემთა ბაზებით, და რადგან მათი ფრთხილი დამუშავება (ავტომატიზაცია გამოკვებული უკან-თავსებადი expand-contract ნიმუშებით) აუცილებელია საიმედო, ნულოვანი შეწყვეტის განლაგებებისთვის, მონაცემთა ბაზის მიგრაციების გაგება CI/CD-ში ღირებული, პრაქტიკულად მნიშვნელოვანი ცოდნაა — მიმართავს ნეუწყო მიწოდების ერთ-ერთი ყველაზე რთული ასპექტის მოხსნას და ასახავს მომწიფოებას, რომელიც საჭიროა უმდგრადი აპლიკაციების უსაფრთხოდ განლაგებისთვის.