Datadog CI Visibility · خطوط البناء والاختبارات
مراقبة خطوط CI/CD باستخدام Datadog CI Visibility
تبدأ مراقبة خطوط CI/CD في Datadog بأداة CI Visibility، وهي تعرض كل تشغيل للخط على هيئة تتبّع (trace): أي مهمة انتظرت في الطابور، وأي خطوة فشلت، وأي اختبار يفشل مرة وينجح في التي تليها. ولمدير الفريق الهندسي تجيب عن سؤال بسيط: أين يذهب الوقت بين إرسال التعديل (commit) وصدور الإصدار؟ وتبيع إنتركي، الشريك الرسمي لـ Datadog، تراخيص Datadog في المملكة، وتربط أدوات CI لديكم بها، وتقدّم الدعم الفني من الرياض.
الخلاصة
- عرضان في عائلة منتجات واحدة: تعرض CI Visibility خطوط البناء ومراحلها ومهامها وخطواتها، وتعرض Test Optimization الاختبارات داخلها. ويجمع Datadog الاثنين تحت اسم CI/CD Optimization.
- أين تتصل: GitHub Actions وGitLab وJenkins وAzure Pipelines، ضمن أدوات CI التي يُدرجها Datadog، ولكل أداة طريقة ربط خاصة بها.
- ما الذي تقدّمه إنتركي: التراخيص، وربط كل أداة CI، ومعيار واحد للوسوم، ولوحات المتابعة والتنبيهات على صحة الخطوط، والدعم الفني.
نظرة سريعة: كيف تتصل CI Visibility بكل أداة CI
يلخّص الجدول ما يوثّقه Datadog لكل أداة حتى 11 نوفمبر 2026. ونراجعه مقابل الإصدارات لديكم قبل التطبيق.
| أداة CI | طريقة الربط | ما يعرضه Datadog | ما يُنتبه له قبل البدء |
|---|---|---|---|
| GitHub Actions | تطبيق GitHub خاص بصلاحية قراءة فقط على Actions | مسارات العمل (workflows) بوصفها خطوطًا، مع المهام والخطوات وزمن الانتظار والتشغيل | مقاييس خادم المشغّل (runner) تحتاج إلى Datadog Agent عليه |
| GitLab | تكامل Datadog في إعدادات GitLab، لكل مشروع أو مجموعة | الخطوط والمراحل والمهام، وزمن الانتظار، وانتظار الموافقات، والخطوط التابعة | GitLab.com أو النسخة المُدارة ذاتيًا من 14.1 فأحدث؛ الإصدارات الأقدم تحتاج إلى خيار تفعيل أو webhooks |
| Jenkins | إضافة Datadog لـ Jenkins، عبر Datadog Agent أو مباشرة بمفتاح API | الخطوط والمراحل والمهام، وزمن الانتظار، وأسباب الفشل | Jenkins 2.346.1 فأحدث؛ والـ Agent مطلوب لربط المهام بمقاييس الخوادم |
| Azure Pipelines | تطبيق Datadog في Azure على منظمة Azure DevOps مرتبطة بـ Entra، أو service hooks | التشغيلات والمراحل والمهام؛ والخطوات مع طريقة التطبيق فقط | لا يُدعم Azure DevOps Server رسميًا |
لماذا تصبح خطوط البناء بطيئة ومتذبذبة
في البنوك وشركات الاتصالات والجهات الحكومية في المملكة، يمر الإصدار الواحد في الغالب بأكثر من خط: بناء في GitHub Actions أو GitLab، واختبارات تكامل على مشغّلات داخلية، ومهمة Jenkins ما زالت تنشر الأنظمة القديمة، وتعديل على قاعدة البيانات يسبق التطبيق. وكان كل خط سريعًا حين كُتب. ثم تُضاف اختبارات أكثر، وتتشارك الفرق المشغّلات، ويتوقف التخزين المؤقت عن العمل، وتبدأ بعض الاختبارات بالفشل دون سبب واضح.
والتكلفة لا تظهر بصوت عالٍ. فالمطوّر يعيد التشغيل حتى ينجح الاختبار المتذبذب، أو ينتظر مشغّلًا مشغولًا، أو يتوقف عن الثقة بالبناء الفاشل. وأداة CI تعرض تشغيلًا واحدًا في كل مرة، فلا يرى أحد الاتجاه العام: أي مهمة زادت من أربع دقائق إلى اثنتي عشرة، وأي اختبار فشل في عشرين تعديلًا لم يمسّه أي منها.
مراقبة خطوط CI/CD: ما الذي تعرضه CI Visibility
عرض يبدأ من الخط. يصف Datadog أداة CI Visibility بأنها عرض لصحة CI يبدأ من خطوط البناء. فيصل كل تشغيل على هيئة تتبّع، في أعلاه الخط، وتحته المراحل والمهام، والخطوات حين تسمح بها أداة CI. ويُقاس زمن الانتظار في الطابور منفصلًا عن زمن التنفيذ، فلا تُحسب مهمة تنتظر مشغّلًا متاحًا مهمةً بطيئة.
المسار الحرج. مع كل أداة في الجدول، يحدد Datadog المهام الواقعة على المسار الحرج للخط، أي المهام التي تحدد مدة التشغيل كاملًا. وهناك تعطي ساعة عمل على التحسين أكبر وفر في الوقت.
اقرأ المزيد
الفشل مع سببه. يربط Datadog حالات الفشل بالتعديلات التي تسببت فيها. وحين تُرسل سجلات المهام إلى Datadog، تجمع خاصية Logs Analysis حالات الفشل بحسب سببها المرجّح. ويُحتسب تخزين السجلات منفصلًا عن CI Visibility.
التنبيهات ولوحات المتابعة. تصبح مدة الخط ونسبة الفشل وزمن الانتظار مقاييس كغيرها في Datadog، فيُنبَّه الفريق المسؤول حين يبطؤ بناء الفرع الرئيسي أو يبدأ بالفشل.
متابعة الاختبارات واكتشاف الاختبارات المتذبذبة
الاختبارات لا المهام فقط. تعطي Test Optimization عرضًا يبدأ من الاختبارات: كل حالة اختبار مع مدتها ونتيجتها وتاريخها عبر الفروع والتعديلات. ويوثّق Datadog إعدادها للغات .NET وJava ولغات JVM وJavaScript وPython وRuby وSwift وGo، ويقبل تقارير JUnit XML من الأطر الأخرى.
اكتشاف الاختبارات المتذبذبة. يعرّف Datadog الاختبار المتذبذب (flaky test) بأنه اختبار ينجح ويفشل في عدة تشغيلات للتعديل نفسه. ويوسَم هذا الاختبار بأنه متذبذب، ويُعلَّم فشل الاختبار المعروف بتذبذبه، فيعرف المطوّر أن الفشل قد يأتي من الاختبار نفسه لا من تعديله.
اقرأ المزيد
خصائص اختيارية. ثلاث خصائص لا تعمل حتى تُفعَّل في إعدادات CI/CD Optimization: خاصية Early Flake Detection تعيد تشغيل الاختبارات الجديدة لاكتشاف التذبذب قبل الدمج، وخاصية Auto Test Retries تعيد الاختبار الفاشل عددًا محددًا من المرات فلا يُفشل اختبار متذبذب البناء كله، وخاصية Test Impact Analysis تتخطى الاختبارات التي لا يمكن أن يؤثر فيها التعديل، اعتمادًا على تغطية الكود وبيانات git. ويمكن لخاصية PR Gates في Datadog أيضًا منع دمج طلب سحب (pull request) يضيف اختبارًا متذبذبًا جديدًا.
مراقبة DevOps من خط البناء إلى بيئة الإنتاج
تكون CI Visibility أنفع حين يتكلم خط البناء وبيئة الإنتاج اللغة نفسها. فمع توحيد وسوم الخدمات، يضع الخط الوسوم نفسها service وenv وversion التي تقرؤها Datadog APM في الإنتاج، فتُردّ نقطة وصول أبطأ إلى الإصدار الذي غيّرها، والإصدار إلى تشغيل الخط الذي بناه.
نشر تعديلات قواعد البيانات. تعديل قاعدة البيانات في الغالب هو الخطوة التي تفشل متأخرة أو تؤخر الإصدار. وحين تعمل الترحيلات في مهمة مستقلة، مثلًا باستخدام Redgate Flyway، تقيس CI Visibility هذه المهمة وتعرضها كغيرها، فيظهر الترحيل البطيء أو الفاشل بجانب البناء والاختبارات. وتشرح صفحة DevOps لقواعد البيانات كيف تضع إنتركي تعديلات المخطط تحت إدارة الإصدارات، ويشرح دليل CI/CD لقواعد البيانات كيف تنتقل عبر خط النشر.
روابط ذات صلةصفحة DevOps لقواعد البياناتدليل CI/CD لقواعد البيانات
كيف يسير تطبيق CI Visibility مع إنتركي
-
حصر الخطوط.
كل أداة CI مع إصدارها ومشغّلاتها والفرق المسؤولة عن الخطوط الرئيسية.
-
عدّ المساهمين.
عدد من يرسلون تعديلات كل شهر، وهو أساس عرض الترخيص، مع استبعاد الحسابات الآلية والمستثناة.
-
ربط أداة CI واحدة.
مشروع أو منظمة واحدة أولًا، مع توثيق معيار الوسوم.
-
إضافة الاختبارات.
تفعيل Test Optimization على مجموعات الاختبار الرئيسية، ومراجعة نتائج اكتشاف التذبذب مع المطوّرين.
-
بناء لوحات المتابعة والتنبيهات.
المدة ونسبة الفشل وزمن الانتظار لكل خط، ويسمّي كل تنبيه الفريق المسؤول.
-
التشغيل أو التسليم.
تشغّل إنتركي الإعداد من الرياض، أو تسلّمه لفريقكم مع التوثيق وتبقى داعمًا فنيًا.
إقامة البيانات والتكلفة والمدة
تحمل بيانات الخطوط أسماء المستودعات والفروع ورسائل التعديلات وعناوين البريد لمرسليها، وقد تحمل سجلات المهام أسماء خوادم داخلية أو مفتاحًا سريًا طُبع بالخطأ. وحتى نوفمبر 2026 لا يُدرج Datadog أي موقع له في الشرق الأوسط، فتُحفظ هذه البيانات خارج المملكة. لذلك تتفق إنتركي مع فريق الأمن لديكم على السجلات التي تُرسل، والمستودعات المشمولة، وطريقة إبعاد المفاتيح السرية عن السجلات. ويتناول دليل إقامة بيانات Datadog هذا السؤال بتوسّع. ويأتي الدعم من مهندسي إنتركي في الرياض، بالعربية والإنجليزية.
اقرأ المزيد
يحتسب Datadog خدمة CI Visibility بعدد المساهمين (committers)، والمساهم في توثيق الفوترة لديه مطوّر يُعرف ببريد التعديلات، ويرسل ثلاثة تعديلات على الأقل في الشهر. ولا تُحتسب تعديلات الحسابات الآلية الموثّقة. ويشرح دليل أسعار Datadog لدينا كيف تُحتسب كل وحدة، وتسعّر إنتركي التراخيص مع الإعداد والدعم في عرض واحد.
والمدة تقدير لا وعد. فأول أداة CI تبدأ عادة بإرسال بياناتها خلال أيام بعد الاتفاق على الوصول. أما البيئة كاملة فتستغرق في العادة بضعة أسابيع، بحسب عدد أدوات CI وإصداراتها، والمشغّلات الداخلية، وعدد مجموعات الاختبار التي تحتاج إلى إضافة مكتبة الاختبار.
روابط ذات صلةدليل إقامة بيانات Datadogدليل أسعار Datadog لدينا
أسئلة يطرحها العملاء
ما أدوات CI التي تستطيع Datadog CI Visibility مراقبتها؟
يُدرج Datadog كلًا من GitHub Actions وGitLab وJenkins وAzure Pipelines وAWS CodePipeline وBuildkite وCircleCI وCodefresh وTeamCity، والأدوات الأخرى عبر سطر الأوامر datadog-ci. وتختلف تفاصيل البيانات من أداة إلى أخرى.
هل يكشف Datadog الاختبارات المتذبذبة في خطوط البناء لدينا؟
نعم، عبر Test Optimization. فيعلّم Datadog الاختبار بأنه متذبذب حين ينجح ويفشل للتعديل نفسه، ويستطيع إعادة الاختبارات الجديدة أو الفاشلة فلا يوقف اختبار متذبذب البناء.
هل تعمل CI Visibility مع GitLab وJenkins المستضافين داخل شبكتنا؟
نعم، ضمن حدود Datadog: نسخة GitLab المُدارة ذاتيًا من 14.1 فأحدث، وJenkins من 2.346.1 فأحدث مع إضافة Datadog. وتحتاج الخوادم إلى اتصال خارجي بـ Datadog، مباشرة أو عبر Datadog Agent.
كيف يُحتسب ترخيص Datadog CI Visibility لفريق في المملكة؟
بعدد المساهمين: يحتسب Datadog كل مطوّر يرسل ثلاثة تعديلات على الأقل في الشهر، ولا يحتسب الحسابات الآلية الموثّقة. وتبيع إنتركي تراخيص Datadog في المملكة وتسعّرها مع الإعداد والدعم.
هل تخرج بيانات خطوط البناء والاختبارات لدينا إلى خارج السعودية؟
نعم. فحتى نوفمبر 2026 لا يُدرج Datadog أي موقع له في الشرق الأوسط. وتتفق إنتركي مع فريق الأمن لديكم على المستودعات والسجلات التي تُرسل، وطريقة إبعاد المفاتيح السرية عن سجلات المهام.
كم يستغرق تطبيق CI Visibility؟
تبدأ أول أداة CI عادة بإرسال بياناتها خلال أيام بعد الاتفاق على الوصول. أما البيئة كاملة فتستغرق في العادة بضعة أسابيع، بحسب أدوات CI وإصداراتها والمشغّلات الداخلية وعدد مجموعات الاختبار.
التالي
اقرأ أيضًا
الخطوة التالية
قيسوا أين يذهب وقت خطوط البناء لديكم
أخبرونا بأدوات CI التي تستخدمونها (GitHub Actions أو GitLab أو Jenkins أو Azure Pipelines)، وهل المشغّلات داخلية، وكم مطوّرًا يرسل تعديلات كل شهر تقريبًا، وهل Datadog مستخدم لديكم. فنسعّر التراخيص والإعداد والدعم معًا.
أو مباشرةً
+966-11-2180999 [email protected]أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية