كيف تتعامل مع عمليات نقل قاعدة البيانات في 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.
```

## أتمتة عمليات النقل في خط الأنابيب

```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، تنفيذها كخطوة في خط الأنابيب مطبقة بالترتيب وبشكل متكرر، واختبارها في البيئة الوسيطة أولاً) يجلب عمليات النقل إلى خط الأنابيب الآلي بشكل آمن.

الأهم من ذلك، فهم **أنماط الهجرة الآمنة** — جعل عمليات النقل **متوافقة عكسيًا** بحيث يعمل كود قديم وجديد خلال الانتقال، استخدام **نمط التوسع-الانكماش (التغيير المتوازي)** (التوسع: إضافة مخطط جديد دون كسر الكود القديم؛ الهجرة: نقل الكود وملء البيانات بشكل عكسي؛ الانكماش: إزالة المخطط القديم في نشر لاحق) و **عدم الحذف/إعادة التسمية في نفس النشر الذي يحتاجه للحذف** — هو المهارة الأساسية التي تمكّن **النشر بدون توقف والتراجع الآمن** رغم الطبيعة الحالِية لقواعد البيانات.

هذا أمر معقد حقًا، معرفة عملية مهمة وحقيقية تمييز من يمكنهم نشر تغييرات قاعدة البيانات بشكل آمن عن أولئك الذين يسببون انقطاعات أو فقدان بيانات.

بما أن عمليات نقل قاعدة البيانات جزء صعب وخطر ولا مفر منه من نشر التطبيقات التي تحتوي على قواعد بيانات، وبما أن التعامل معها بعناية (الأتمتة بالإضافة إلى أنماط التوسع-الانكماش المتوافقة عكسيًا) ضروري للنشر الموثوق وبدون توقف، فهم عمليات نقل قاعدة البيانات في CI/CD معرفة قيمة وعملية مهمة — معالجة أحد أصعب جوانب التسليم المستمر وعكس النضج المطلوب لنشر التطبيقات الحالِية بشكل آمن.