Grafana

ماذا يحمل Grafana، ولماذا يهمّ ذلك هنا

المراقبة التشغيلية مجال أسئلته محددة جداً: ما الحالة، وهل هناك تنبيه قائم، ومتى بدأ، وما المتأثر. أسئلة قليلة تتكرر باستمرار.

وقيمة الربط هنا في السرعة تحديداً. حين يكون هناك عطل، الوقت المستغرق في معرفة ما يحدث جزء مباشر من مدة العطل نفسها.

وفائدة ثانية مهمة: تقليل التذاكر المكررة. من يعرف أن العطل معروف وقيد المعالجة لا يفتح تذكرة عنه، وهذا وحده قد يبرّر الاتصال.

• حالة الخدمات — ما هو معلن رسمياً.
• التنبيهات — القائمة منها وحالتها.
• المؤشرات — القيم الحالية ضمن النطاق المسموح.
• التوقيت — متى بدأ التنبيه.
• النطاق المتأثر — ما هو مسجّل من خدمات متأثرة.

النطاق والتحكم في Grafana

الاتصال للقراءة فقط: لا يُسكت المساعد تنبيهاً ولا يؤكد استلامه ولا يعدّله، ولا يغيّر لوحة أو مصدر بيانات أو تعليقاً توضيحياً.

ويعمل عبر حساب خدمة في Grafana بدور العارض (Viewer) ورمز وصول ينشئه مسؤولوكم. ويمكن تحديد مدة صلاحية الرمز، وتجديده أو إلغاؤه من Grafana، بل تعطيل الحساب كله.

وفي نسخة Grafana مفتوحة المصدر يستطيع العارض الاستعلام من مصادر البيانات في مؤسسته داخل Grafana. وتضييق ذلك لكل مصدر على حدة يكون بصلاحيات مصادر البيانات في Grafana Enterprise أو Grafana Cloud، أو بمؤسسة منفصلة لا تضم إلا ما يحتاجه المساعد. وتُستبعد السجلات (Logs) افتراضياً، لأنها المكان الذي تنتهي إليه البيانات الشخصية والأسرار عادةً، وأسئلة الحالة لا تحتاجها.

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

ما الذي يحلّ محلّه هذا

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

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

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

كيف تستفيدون من تنبيهات Grafana

ابدؤوا بالخدمات التي يلاحظها بقية المؤسسة فعلاً: تسجيل الدخول، والدفع، وتطبيق العملاء، والبريد. ولكلٍّ منها، سؤال «هل تعمل الآن؟» مُجاباً من حالة التنبيهات يغطي معظم ما يُسأل عنه مكتب الخدمة في ساعة عصيبة.

ثم «هل كانت هناك مشكلة قبل قليل؟». فسجل التنبيهات الأخير والتعليقات التوضيحية يتيحان للمساعد أن يخبر السائل أن البطء الذي لاحظه كان مشكلة معروفة وانتهت، فتُغلق التذكرة قبل أن تُفتح.

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

البيانات الشخصية والأمنية في Grafana

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

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

خيارات Grafana نفسها، وأين يأتي دور المساعد

يدفع Grafana التنبيهات إلى الناس أصلاً: نقاط الاتصال (Contact points) ترسل الإشعارات إلى البريد وأدوات المحادثة وخدمات الاستدعاء، وسياسات الإشعار توجّه كل تنبيه إلى الفريق المعني. وكثير من المؤسسات تضيف صفحة حالة عامة يحدّثها قائد الحادثة، للعملاء والموظفين معاً.

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

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