Skip to main content

​
يستمر تطوير اكتشاف الحالات الشاذة للتنبيهات باستخدام المخططات الشريطية

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

​
إجراءات onclick الخارجية للجداول

عرض توضيحي من @pulpdrew
قدّم Drew إضافة صغيرة لكنها مفيدة إلى جداول لوحة المعلومات: إمكانية ربط الصفوف مباشرةً بأدوات خارجية. تدعم صفوف الجدول بالفعل الانتقال التفصيلي إلى Search أو إلى لوحة معلومات أخرى. ويضيف هذا خيارًا ثالثًا، وهو «خارجي»، ينشئ URL باستخدام قيم من الصف المحدد قبل فتحه. في العرض التوضيحي، أدى النقر على صف من كتالوج المنتجات إلى إدراج اسم المنتج في URL لبحث Google لتوضيح الفكرة، لكن الآلية نفسها تصلح أيضًا للربط بـ Grafana أو كتيبات التشغيل الداخلية أو أنظمة التذاكر أو أي أداة أخرى تقبل معلمات في URL. إنها ميزة بسيطة، لكنها مهمة. فبدلًا من التعامل مع ClickStack باعتباره وجهة، يصبح جزءًا آخر من سير عمل المراقبة الأوسع، مما يسهّل الانتقال مباشرةً من لوحة معلومات إلى الأدوات اللازمة لمواصلة التحقيق. طلبات السحب ذات الصلة: #2523 feat: دعم الروابط الخارجية عبر سلوك النقر على جدول لوحة المعلومات

​
توصيف الأداء باستخدام OTel

عرض توضيحي من تقديم @SpencerTorres
بدأ توصيف الأداء يجد طريقه إلى ClickStack، رغم أنه لا يزال في مراحله الأولى. قدّم Spencer عرضًا لنموذج أولي مبكر يستقبل عينات توصيف الأداء من OpenTelemetry، وهي البيانات نفسها المستخدمة لإنشاء مخططات اللهب والتي تستخدمها أدوات مثل pprof. وباستخدام لوحة معلومات Grafana مدعومة بـ ClickHouse، تصوّر برنامجًا صغيرًا يفرز البيانات باستمرار، مع التعمق في كتل مكدس الاستدعاءات الفردية أثناء تدفق عينات توصيف الأداء الجديدة. لا يزال التنفيذ بدائيًا نسبيًا، ويعكس الاستعلام ذلك. يجمع كل صف بين عناصر من السجلات والتتبعات، ويخزّن مصفوفات طويلة من أسماء الدوال والعناوين التي تمثل امتدادًا أو شريحة من مخطط لهب. وتتطلب إعادة إنشاء التنسيق الذي تتوقعه Grafana عمليات ربط وتجميع عبر تلك المصفوفات، بينما يتعين على المصدّر فكّ الإطارات الخام لتوصيف الأداء قبل كتابتها إلى ClickHouse. لا يزال المخطط يعتمد على مرشحات Bloom، مع إضافة البحث النصي الكامل أيضًا، مما أثار نقاشًا حول التوافق. وبما أن ClickHouse Cloud يدعم البحث النصي الكامل بالفعل، ناقش الفريق المدة التي ينبغي خلالها الاستمرار في صيانة مسار المصدر المفتوح الذي لا يدعمه. العمل قيد المراجعة حاليًا في طلب سحب مفتوح. وتتمثل الخطة في إضافة الوظائف الأساسية إلى المصدر المفتوح أولًا، قبل دمجها في ClickStack.

​
الإكمال التلقائي لمصادر مقاييس OTel

عرض توضيحي من إعداد @brandon-pereira
استعرض Brandon تحسينًا صغيرًا يسهّل إعداد المقاييس. عند إنشاء مصدر OpenTelemetry Metrics، أصبحت حقول جداول المقاييس تُستكمل تلقائيًا بمطابقة أسماء الجداول في قاعدة البيانات المحددة، بدلًا من الحاجة إلى اختيار كل منها يدويًا. كما يوفّر ذلك للمقاييس تجربة إعداد متسقة مع ما توفره السجلات والتتبعات بالفعل. طلبات السحب ذات الصلة: #2524 feat(app): التعبئة التلقائية للقوائم المنسدلة لجداول المقاييس في نموذج Create Source

​
إطار تقييم للوحات المعلومات

عرض توضيحي من @brandon-pereira
تتحسن لوحات المعلومات التي ينشئها الذكاء الاصطناعي، لكن تقييم التقدم بالعين المجردة له حدوده. يبني Brandon إطار تقييم لقياس ما إذا كان إنشاء لوحات المعلومات يتحسن فعليًا، والأهم من ذلك، لتحديد الجوانب التي لا يزال قاصرًا فيها. يطلب التقييم من النموذج إنشاء لوحة معلومات تختبر عمدًا أكبر عدد ممكن من الميزات، بما في ذلك الأقسام القابلة للطي، وعلامات التبويب، والخرائط الحرارية، والمخططات الدائرية، وRaw SQL إلى جانب البطاقات المستندة إلى مصادر، وعوامل التصفية على مستوى الخدمة، وروابط التعمق بين لوحات المعلومات. ثم تتحقق مرحلة التقييم من أن كل شيء عُرض وعمل كما هو متوقع. وقد كشف هذا بالفعل عن مشكلات حقيقية، منها بطاقات Markdown التي تُعرض باستمرار أقصر من اللازم. كما يتبع روابط التعمق التي تتيحها ميزة onclick الجديدة من Drew للتحقق من أن الانتقال إلى لوحة معلومات ثانية مولّدة بالذكاء الاصطناعي يعمل بشكل صحيح. ومع إضافة إمكانات جديدة للوحات المعلومات، ستُدرج في التقييم لرصد حالات التراجع تلقائيًا بدلًا من الاعتماد على الاختبار اليدوي. ويأمل Brandon في فتح طلب سحب للإطار قريبًا. طلبات السحب ذات الصلة: #2571 feat(hdx-eval): إضافة سيناريو تقييم dashboard-build (قيد التنفيذ)

​
الاتصال بـ Prometheus

عرض توضيحي من تقديم @knudtty
قدّم Aaron عرضًا توضيحيًا لجسر أولي بين ClickStack وPrometheus. يوجّه خيار جديد باسم “متوافق مع Prometheus” ضمن الإعدادات المتقدمة للمصدر ClickStack إلى التعامل مع المضيف المُهيأ كنقطة نهاية لواجهة برمجة تطبيقات Prometheus، وهي Thanos في العرض التوضيحي، بدلًا من مثيل ClickHouse. بعد تفعيل الخيار، يمكن لبلاطات لوحة المعلومات تنفيذ استعلامات PromQL مباشرةً على نقطة النهاية تلك. وشرح Aaron ذلك باستخدام مخطط يجمع استخدام CPU عبر البودات، إذ يُرسل الاستعلام مباشرةً إلى Prometheus بدلًا من ترجمته عبر ClickHouse. كان العرض التوضيحي نفسه محدودًا نسبيًا، لكنه أثار نقاشًا أوسع حول تجربة المستخدم. على المدى الطويل، يتمثل الهدف في توفير دعم أصلي لـ Prometheus ضمن ClickStack. وتمثل هذه الميزة خطوة أولى عملية تتيح للفرق التي تعتمد بالفعل على Prometheus مواصلة استخدامه أثناء اعتماد ClickStack، بدلًا من إجبارها على تمرير كل شيء عبر ClickHouse منذ اليوم الأول. وبالتوازي، نواصل العمل على دعم PromQL أصليًا داخل ClickHouse. طلبات السحب ذات الصلة: #2518 ميزة: إضافة إمكانية الاتصال بمخزن بيانات Prometheus خارجي
آخر تعديل في ١٤ أغسطس ٢٠٢٦