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

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

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

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

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

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

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

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

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

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

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

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

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

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

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