Datadog: كل سؤال يطرحه مشترٍ

حتى أغسطس 2026، لا. تنشر Datadog قائمة المناطق التي تشغّل منها، وليس فيها منطقة في الشرق الأوسط، ولا ترتيب سيادي سعودي أو خليجي. وهذه حقيقة قابلة للتحقّق من وثائق المزوّد نفسه، وتستحق إعادة الفحص عند اتخاذ القرار، لأن خرائط المناطق تتغيّر بلا إعلان.

والأهم أن هذا ليس بالضرورة نهاية النقاش. السؤال العملي ليس «هل توجد منطقة سعودية» بل «أي أصناف بياناتنا يجوز لها الخروج أصلًا»، وجوابه يبقى ثابتًا حين تتغيّر الخريطة. التفصيل في صفحة إقامة البيانات.

روابط ذات صلةصفحة إقامة البيانات

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

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

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

وعناقيد Kubernetes تحديدًا تستحق تصميمًا خاصًا بها: مسار تثبيت الوكيل، والمراجعة الأمنية، وسقف تعدّد الوسوم. التفصيل في دليل مراقبة Kubernetes.

روابط ذات صلةدليل مراقبة Kubernetes

نعم. تستقبل Datadog بيانات OpenTelemetry، وما بُني من أدوات قياس يختصر مشروع التنفيذ بدل أن يضيع. وهذا سبب وجيه لبناء القياس على معيار مفتوح من البداية: هو ما يجعل قرار المنصة قابلًا للمراجعة لاحقًا بكلفة معقولة.

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

ثلاثة أشياء تجعل النقاش الأول عمليًا: جرد لما يعمل وأين، ووصف لما يحدث اليوم عند وقوع حادثة ومن يُستدعى، وموقف مبدئي من تصنيف البيانات. لا يلزم أن تكون الثلاثة مكتملة، ويكفي أن تكون دقيقة.

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

روابط ذات صلةصفحة ضبط كلفة السجلات

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

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

الأمران ممكنان، وهذه الصفحة لا تذكر لإنتركي مستوى شراكة ولا اتفاقية سارية ولا اعتمادًا؛ فتلك أمور منفصلة تحتاج إلى ما يثبتها ولا تُنشر قبله. ما تقدّمه إنتركي هو العمل الهندسي: التنفيذ والتشغيل والرصد حول المنصة، وهو قائم بذاته أيًّا كان مسار الترخيص. اجعلوا القرارين منفصلين في التقييم، لأن دمجهما يجعل جودة التنفيذ مرهونة بالتفاوض التجاري.

يعتمد على قدر ما بُني على معايير مفتوحة. تجهيز قائم على OpenTelemetry ينتقل؛ ولوحات المتابعة وقواعد التنبيه لا تنتقل ويُعاد بناؤها. ولهذا يُوصى ببناء طبقة التجهيز على المعيار المفتوح حتى حين يكون قرار المنصة مستقرًّا، لأن الكلفة الحقيقية للتبديل تقع في هذه الطبقة لا في المنصة.