التكامل والنشر المستمر لقواعد البيانات في السعودية: تغييرات المخطط عبر خط التسليم نفسه

لا يمكن إعادة بناء قاعدة البيانات واستبدالها كما تُستبدل حزمة التطبيق، لأنها تحمل البيانات. لذلك يؤدي خط تسليم قاعدة البيانات أربع مهام لا يحتاج إليها خط التطبيق:

• معرفة الهدف. يعرف إصدار كل قاعدة بيانات، ويتوقف إذا انحرفت عمّا في المستودع.
• التطبيق بالترتيب ومرة واحدة. يُنفَّذ كل ترحيل مرة واحدة في كل بيئة، بترتيب الإصدارات، ويُسجَّل.
• الفحص قبل النشر. تُفحص العمليات التي تحجب الجداول، والفهارس الناقصة، ومنح الصلاحيات، والتسمية في كل تغيير، فيتفرغ المراجع للتصميم.
• طريق للعودة. لكل تغيير عكسه، وقد جُرّب في بيئة أدنى.

وتوضح ممارسة DevOps لقواعد البيانات سبب أهمية الترتيب: أتمتة النشر إلى قاعدة لا يعرف أحد محتواها تسرّع الأخطاء فقط. ويُبنى هذا الخط على التحكم في إصدارات قواعد البيانات.

روابط ذات صلةممارسة DevOps لقواعد البياناتالتحكم في إصدارات قواعد البيانات

لا تحل Flyway محل أداة CI/CD لديكم. تذكر وثائق Redgate أن Flyway تعمل من سطر الأوامر أو Docker أو Maven أو Gradle أو واجهة برمجية، فيستدعيها خط التسليم خطوةً إضافية. وتذكر Redgate أنها تعمل داخل أدوات منها GitHub Actions وAzure DevOps وGitLab CI/CD وJenkins وTeamCity وOctopus Deploy وBitbucket Pipelines وAWS CodePipeline. وفي التطبيق العملي تأتي خطوات قاعدة البيانات بجانب خطوات التطبيق:

روابط ذات صلةصفحة إصدارات Flywayصفحة Flyway Enterprise

على الجهات المنظَّمة أن تبيّن من غيّر ماذا ومتى ومن وافق. والعملية اليدوية تحفظ هذا السجل أوراقًا منفصلة عن التغيير. أما خط التسليم فيُنتجه أثناء النشر، فيكون أكمل وأصعب في الطعن عليه.

تصف وثائق Redgate أمر check في Flyway بأربعة تقارير: التغييرات التي ستُنشر، والانحراف بين الهدف والترحيلات المطبَّقة، وتشغيل تجريبي لسكربت النشر، وتحليل الكود في الترحيلات. وتصدر التقارير بصيغتي HTML وJSON، فيرفقها خط التسليم بكل تشغيل ويقرؤها المعتمِد. وتذكر Redgate تقريري الانحراف والتغييرات ضمن إصدار Enterprise.

• CI/CD لقواعد SQL Server. مجموعة من قواعد SQL Server يكتب تغييراتها مسؤول قواعد البيانات ويطبّقها ليلًا. تتولى Flyway ومجموعة أدوات SQL Server من Redgate المقارنة والإصدارات؛ راجعوا تنفيذ Redgate.
• فرق كثيرة وقاعدة بيانات واحدة. عدة فرق تطبيقات تغيّر المخطط نفسه. ويمنع ترتيب الإصدارات وجدول السجل تصادم تغييرين في الإنتاج.
• بيئات كثيرة. تطوير واختبار وما قبل الإنتاج وإنتاج ابتعدت عن بعضها. ينقل خط التسليم الترحيلات نفسها عبرها كلها ويبيّن مواضع الاختلاف.
• ملاحظة من التدقيق. طلب المدقق دليلًا على ضبط التغييرات في قواعد البيانات. وتجيب سجلات خط التسليم وتقاريره عن ذلك دون أوراق إضافية.
• برنامج ترحيل. الانتقال إلى منصة جديدة مشروع مستقل، لكن يجب أن تعمل قاعدة الهدف عبر خط التسليم من اليوم الأول.

روابط ذات صلةتنفيذ Redgate

أمران يحددان شكل هذا العمل في المملكة. الأول أن بناء CI يحتاج إلى بيانات، والحل السهل نسخة من الإنتاج. فإن كانت النسخة تحتوي بيانات شخصية، فنظام حماية البيانات الشخصية في المملكة، الذي تشرف عليه الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا)، ينطبق عليها كما ينطبق على الإنتاج. لذلك يجب أن تحتوي قواعد البناء والاختبار على بيانات مقنَّعة أو مولَّدة، وأن يكون التقنيع جزءًا من خط التسليم؛ راجعوا تقنيع البيانات لبيئات الاختبار. والثاني أن السجل الذي يحفظه خط التسليم هو الدليل الذي يطلبه التدقيق الداخلي والجهات التنظيمية، فتُصمَّم خطوات الموافقة معهم من البداية لا بعد ذلك.

ويعمل مهندسو إنتركي من الرياض، بالعربية والإنجليزية. ويعمل خط التسليم على أدوات CI/CD والبنية التحتية لديكم، فتبقى قواعد البيانات وبياناتها حيث هي اليوم، دون تغيير في إقامة البيانات.

روابط ذات صلةالهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا)تقنيع البيانات لبيئات الاختبار

للتكلفة جزءان: ترخيص Redgate وفق شروطها، وتنفيذ إنتركي بنطاق يُحدَّد لكل برنامج. ولا نذكر أسعارًا هنا. وما يؤثر في الجزأين:

• الإصدار. هل تحتاجون إلى Enterprise لتقارير الانحراف والتغيير وفحوص السياسات، أم يكفي Community وفق شروط ترخيص Redgate.
• عدد قواعد البيانات والمنصات. مخطط SQL Server واحد مهمة تختلف عن أربعين قاعدة بيانات على ثلاث منصات.
• مقدار الانحراف بين البيئات. يكون خط الأساس سريعًا حين تتطابق البيئات، وبطيئًا حين تختلف.
• أنماط التغيير. تحويل التغييرات التي تحتاج إلى نافذة صيانة إلى تغييرات تعمل والنظام يعمل هو غالبًا الجزء الأطول والأعلى قيمة.
• تصميم الموافقات والتدقيق. البوابات التي يجب أن توافق إجراءات إدارة التغيير القائمة تحتاج إلى وقت للاتفاق عليها.