- الخطوة
- تحديد الوضع الفعلي
- ما تفعله الأدوات
- مقارنة المخططات تلتقط ما في كل بيئة؛ وأدوات التحكم بالمصدر تضع مخطط SQL Server تحت التحكم بالإصدارات مع الإبلاغ عن الانحراف
- ما يبقى عملًا هندسيًا
- تحديد أي الفروق بين البيئات مقصود. تكشف الأداة الانحراف، لكن على أحد من الفريق أن يقرّر في أمره.
منصة شريك
تنفيذ Redgate لـ DevOps قواعد البيانات
تنفّذ إنتركي أدوات Redgate للمؤسسات في المملكة التي تريد تسليم تغييرات قواعد البيانات بالطريقة التي تُسلَّم بها تغييرات التطبيقات: من التحكم بالإصدارات، عبر خط تسليم، مع فحوص قبل النشر وتراجع مُجرَّب مسبقًا.
Redgate
زيارة موقع Redgateباختصار
ما الذي تقدّمه إنتركي مع Redgate
تطوّر Redgate الأدوات التي تنفّذها إنتركي حين تحتاج ممارسة تسليم قواعد البيانات إلى أدواتها: Flyway للترحيلات الخاضعة للتحكم بالإصدارات عبر المنصات العلائقية الشائعة، ومجموعة أدوات SQL Server للمقارنة والتحكم بالمصدر والمراقبة للبيئات المبنية على ذلك المحرّك. ويشمل عمل إنتركي إدخال تلك الأدوات في خط التسليم القائم، وتطبيق أنماط التغيير التي تجعل الأتمتة آمنة، وتسليم ممارسة يستطيع الفريق تشغيلها.
لا تشرح هذه الصفحة الممارسة نفسها. فالممارسة، ولماذا يجب الالتزام بتسلسلها، ولماذا يُعدّ التراجع الاختبار الحقيقي للانضباط، وكيف يبدو العمل المكتمل، كلها في صفحة DevOps قواعد البيانات، وتلك الصفحة لا تنحاز إلى أداة عمدًا، لأن الأداة وحدها لا تحل مشكلة فريق تتطلب تغييراته إيقاف الخدمة. أما هذه الصفحة فعمّا يتغيّر حين تكون الأدوات من Redgate: أي أداة تخدم أي خطوة، وما الذي يشمله التنفيذ فعلًا.
اقرأ المزيد
والأدق أن الأدوات هي الجزء الأصغر من المشروع. فتثبيت Flyway قد لا يتجاوز نصف يوم. أما إدخال مخطط مرجعه خادم قيد التشغيل إلى التحكم بالإصدارات، وتعديل أنماط التغيير حتى يستطيع الخط تطبيقها دون توقف، فهو العمل الفعلي، وهو العمل نفسه أيًا كانت أداة الترحيل التي تطبّق النتيجة.
روابط ذات صلةصفحة DevOps قواعد البيانات
الأداة المناسبة لكل خطوة
أي أداة تخدم كل خطوة من الممارسة
الخطوات الخمس هي تسلسل DevOps قواعد البيانات؛ والعمود الأوسط ما تضيفه أدوات Redgate لكل منها، والعمود الأخير ما لا تستطيع أن تؤديه نيابةً عنكم. أسماء المنتجات ونطاقها صحيحة حتى آخر تحديث لهذه الصفحة؛ ووثائق المورّد هي المرجع في المنتجات.
- الخطوة
- إصلاح أنماط التغيير
- ما تفعله الأدوات
- لا شيء مباشرة. تطبّق Flyway أي ترحيل يُعطى لها، آمنًا كان أم لا
- ما يبقى عملًا هندسيًا
- كله: التوسيع ثم التقليص، وفصل تعبئة البيانات الخلفية عن التبديل، وعدم إدراج أي تغيير هدّام في الإصدار نفسه مع الشيفرة التي تتوقف عن استخدام الشكل القديم. وهذه المرحلة هي الأعلى عائدًا.
- الخطوة
- أتمتة الفحوص
- ما تفعله الأدوات
- تحليل ثابت للترحيلات داخل الخط يكشف العمليات التي تقفل الجداول، ومشكلات التسمية، وتغييرات الصلاحيات، إن كانت المجموعة توفّره
- ما يبقى عملًا هندسيًا
- مجموعة القواعد: أي النتائج توقف النشر في بيئتكم، وأيها مجرد تحذيرات. ومجموعة القواعد التلقائية التي لا توقف شيئًا لا تقدّم حماية فعلية.
- الخطوة
- النشر عبر الخط
- ما تفعله الأدوات
- تطبّق Flyway الترحيلات الخاضعة للتحكم بالإصدارات بالترتيب، وتسجّل ما طُبّق، وترفض التشغيل خارج التسلسل أو على هدف لا يطابق تاريخه
- ما يبقى عملًا هندسيًا
- الخط نفسه، ومسار الترقية عبر البيئات، والتكامل مع أدوات التسليم التي يستخدمها التطبيق أصلًا.
- الخطوة
- اختبار التراجع
- ما تفعله الأدوات
- يمكن إدارة ترحيلات الإلغاء تحت التحكم بالإصدارات مع الترحيلات الأمامية، وتطبيقها بالآلية نفسها
- ما يبقى عملًا هندسيًا
- كتابة عكس آمن فعلًا على البيانات، وتنفيذه في بيئة غير الإنتاج. أما الإلغاء الخاضع للتحكم بالإصدارات الذي لم يُشغَّل قط، فلن تعرفوا هل يعمل إلا أثناء حادث.
التسليم
من خادم يعمل إلى مخطط خاضع للتحكم بالإصدارات
-
خط الأساس
يُلتقط مخطط الإنتاج كما هو، وتُقارَن به كل بيئة، ويُبتّ في كل انحراف. ولا حاجة إلى إعادة بناء تاريخ لم يُسجَّل قط؛ فالإصدار الأول هو حالة اليوم.
-
الأدوات في الخط
تُربط Flyway أو مجموعة SQL Server بخط التسليم الذي يستخدمه التطبيق حاليًا، فيُرقّى تغيير قاعدة البيانات بالطريقة والآلية نفسيهما اللتين يُرقّى بهما تغيير الشيفرة.
-
فحوص توقف النشر
تُضبط قواعد التحليل لتناسب بيئتكم، ويُتفق على النتائج التي توقف النشر مع الفرق التي سيتأثر عملها بذلك.
-
تعديل أنماط التغيير القائمة
تُعدَّل طرق التغيير المعتادة في المخطط القائم إلى أنماط يستطيع الخط تطبيقها دون توقف. وهي أبطأ خطوة وأكبرها عائدًا، ولا تستطيع الأداة أن تؤديها.
-
التسليم
معايير مكتوبة، وتراجع مُجرَّب، ونقل للمعرفة يكفي لتستمر الممارسة بعد مغادرة من أدخلها. وإذا طُلب ذلك، تُشغَّل المنصة بعدها ضمن الخدمة المُدارة.
الجاهزية
ما الذي ينبغي أن يثبته تنفيذ Redgate
إعلان تنفيذ الأدوات سهل، وإثباته أصعب. ويستطيع التحقق من كل بند هنا من لم يشارك في العمل:
- المستودع، لا الخادم، هو مرجع المخطط، وتقرير الانحراف يبيّن أي بيئة تختلف اليوم
- كل ترحيل خاضع للتحكم بالإصدارات، ويطبّقه الخط بالترتيب، ويُسجَّل، ولا يصل أي منها إلى الإنتاج عبر وحدة تحكم
- قواعد التحليل توقف فئة واحدة على الأقل من التغييرات الخطرة، ويمكن ذكر آخر نشر أوقفته
- كل ترحيل يُسلَّم مع عكسه، والعكس شُغّل في بيئة أدنى قبل أن يصل الترحيل الأمامي إلى الإنتاج
- يمكن إعادة بناء بيئة أدنى من المستودع على يد من لم يفعل ذلك من قبل
- بيئات غير الإنتاج تحمل بيانات مُقنَّعة أو مولَّدة، والتقنيع جزء من الخط لا عمل يدوي منفصل
- الفريق الذي يملك قاعدة البيانات يستطيع شرح الخط دون وجود من بناه في الغرفة
أين تقع
Redgate وممارسة البيانات حولها
أدوات تسليم قواعد البيانات جزء من ممارسة بيانات تقرّر أيضًا أي منصة ينبغي أن تكون عليها المؤسسة، وتنقل البيانات حين يتغيّر ذلك القرار، وتشغّل المنصة بعدها. وتخدم أدوات Redgate أولى هذه المهام: التغييرات التي تُطلق كل أسبوع على المنصة الحالية.
أما القرارات المجاورة فتتناولها صفحات أخرى، ولا تتكرر هنا. فقرار البقاء على المنصة في تحديث منصة البيانات؛ والانتقال بين المنصات في ترحيل قواعد البيانات، والمنتج الذي ينقل السجلات هو iblync. وإن كانت البيئة تعمل على منصة مستندات لا منصة علائقية، تختلف مشكلة التسليم، وصفحة Couchbase تغطّي ذلك الجانب.
روابط ذات صلةتحديث منصة البياناتترحيل قواعد البياناتiblyncصفحة Couchbase
بيانات غير الإنتاج
الأدوات وحماية البيانات
نسخة من الإنتاج ما زالت بيانات إنتاج
الطريقة المعتادة للحصول على بيئة أدنى واقعية هي نسخ بيانات الإنتاج إليها، وفي قاعدة بيانات تحمل بيانات شخصية يصبح هذا قرارًا يخص حماية البيانات لا مجرد تسهيل هندسي. وتقنيع بيانات الاختبار أو توليدها عمل حقيقي مكانه الخط، فتحصل عليه كل بيئة يُعاد بناؤها آليًا، لا بالاعتماد على الشخص الوحيد الذي يعرف السكربت.
وتتضمن مجموعة Redgate إمكانية لتقنيع البيانات في بيئات SQL Server؛ وإن كانت مناسبة، تُربط بإعادة بناء البيئة. وإن لم تكن، يُكتب التقنيع شيفرةً ضمن الخط. وفي الحالتين النتيجة واحدة ويمكن التحقق منها: لا بيئة أدنى تحمل بيانات شخصية غير مقنَّعة، والخط هو ما يضمن ذلك.
نطاق هذه الصفحة
تنفّذ إنتركي أدوات Redgate داخل خط تسليم قواعد البيانات للمؤسسات في المملكة من الرياض. Flyway ومجموعة SQL Server منتجات من Redgate Software؛ ويُحدَّد نطاق الترخيص والتنفيذ في العرض، ووثائق المورّد هي المرجع فيما تفعله كل أداة.
العمل معًا
كيف يبدأ العمل مع Redgate
Redgate شريك تقني: الأدوات من Redgate، أما وضع قواعد البيانات تحت التحكم بالإصدارات وأتمتة نشرها وتجربة التراجع فيتولاه مهندسو إنتركي. يبدأ العمل بالبيئة كما هي: أي الخوادم وأي المخططات تتغير، وبأي وتيرة، وأين يكون أثر النشر الفاشل أكبر، وذلك في محادثة أولى يُختار فيها خط التسليم الذي ستُطبَّق فيه الممارسة.
يُسعَّر العمل لكل مشروع: التنفيذ عمل بنطاق واضح يمتد من خادم قيد التشغيل إلى مخطط خاضع للتحكم بالإصدارات وقابل للنشر، ويُعرض ترخيص Redgate بشروط المورّد إلى جانبه. أما التشغيل المستمر، إن طُلب، فنطاق مكتوب ضمن الخدمات المُدارة. والممارسة التي ينتمي إليها هذا العمل هي DevOps لقواعد البيانات، أما خط التسليم الذي يتصل به فعادةً من عمل هندسة البرمجيات.
روابط ذات صلةهندسة البرمجيات
أسئلة المشترين
ما يسألنا عنه العملاء
إجابات مباشرة عن الأسئلة التي تتكرر في محادثات التقييم والشراء. وما لم تجدوه هنا، اسألونا عنه في النموذج أدناه.
هل Redgate منتج من إنتركي؟
لا. Redgate تقنية تنفّذها إنتركي، مثل Datadog وCouchbase وDocker وKong في هذا الموقع. أما منتجات إنتركي نفسها ففي صفحة المنتجات؛ والأقرب إلى هذا الموضوع iblync، الذي ينقل البيانات بين المنصات، ولا يتولى تسليم التغييرات إلى منصة بعينها.
روابط ذات صلةصفحة المنتجاتiblync
هل يجب أن نستخدم Redgate للعمل مع إنتركي على تسليم قواعد البيانات؟
لا. الممارسة لا تنحاز إلى أداة بعينها، وتنص على ذلك، والبيئة التي تستخدم أداة ترحيل أخرى لا يُطلب منها تغييرها. وتنفّذ إنتركي أدوات Redgate حين لا تكون لدى البيئة أدوات، أو حين تعمل البيئة على SQL Server وتكون مجموعة المقارنة والمراقبة مفيدة لها.
روابط ذات صلةالممارسة
أي قواعد البيانات يغطّي هذا؟
تغطّي Flyway المنصات العلائقية الشائعة؛ ومجموعة المقارنة والتحكم بالمصدر والمراقبة لـ SQL Server. أما المنصات التي تعمل معها كل أداة في كل إصدار فتتغيّر، لذلك تُراجع وثائق المورّد عند تحديد النطاق ولا تُنقل هنا.
كم يحتاج تنفيذ Redgate من الوقت؟
خط الأساس وربط الخط يحتاجان أسابيع. أما تعديل أنماط التغيير فهو الجزء الأطول، ويُنجز مخططًا بعد مخطط لا في مشروع واحد، فتصل القيمة تدريجيًا لا في نهاية مشروع قد يُلغى. وصفحة الممارسة تقول الشيء نفسه، لأن هذا من طبيعة العمل لا الأداة.
روابط ذات صلةصفحة الممارسة
من مركز المعرفة
صفحات مرتبطة
ممارسة
DevOps قواعد البيانات في المملكة
التسلسل، وأهمية التراجع، وتعريف الاكتمال الذي تخدمه هذه الأدوات. اقرؤوها أولًا.
ممارسةتحديث منصة البيانات
هل المنصة التي يعمل عليها الخط هي المناسبة للبقاء عليها، بما في ذلك أسباب البقاء على وضعكم الحالي كما هو.
ممارسةتطوير البرمجيات المخصّصة
جانب التطبيق من خط التسليم نفسه، يبنيه فريق الهندسة نفسه في الرياض.
استكشف الحلول ذات الصلة
الخطوة التالية
ناقشوا خط تسليم قواعد البيانات
أخبرونا بالمنصة، وبعدد مرات إصدار التطبيق، وبكيفية وصول تغييرات المخطط إلى الإنتاج اليوم. ومن هذه الإجابات الثلاث يتضح إن كانت الأدوات هي الحل.
-
ترحيلات تحت التحكم بالإصدارات ينفّذها مسار النشر
لا شيء يصل إلى الإنتاج عبر وحدة تحكم
-
تراجع يُنفَّذ قبل الحاجة إليه
في بيئة أدنى، كل مرة
-
الممارسة نفسها المتبعة في خط التطبيق
نمذجة البيانات وإدارتها وDevOps
أو مباشرةً
+966-11-2180999 [email protected]أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية