الخلاصة

  • واجه بعض المستخدمين بطء socket وفشل دخول RealtimeKit من 13:10 إلى 14:15 في 1 أغسطس.
  • استمر أثر العميل المذكور 65 دقيقة.
  • قالت Cloudflare إنها حددت المشكلة وخففتها وأعادت كل الخدمات وواصلت المراقبة.
  • ظهر التحديث الوحيد عند 14:44:30.468، بعد 29 دقيقة و30.468 ثانية من النهاية.
  • تسجل البيانات الإنشاء والحل عند 13:10:30 رغم استمرار النص حتى 14:15.
  • لم يُنشر السبب أو المنطقة أو مقام المستخدمين أو المقياس أو معدل الفشل أو تفاصيل المعالجة أو الوقاية.

العطل منع الدخول قبل بدء الاجتماع

تستخدم تطبيقات الوقت الحقيقي socket للإشارة وتنسيق الحالة. وإذا تباطأ أو فشل فقد لا ينتقل المستخدم من الانتظار إلى الجلسة.

لا يثبت ذلك سقوط الاجتماعات القائمة أو الصوت أو الفيديو أو التسجيل. الدليل يخص طريق الدخول.

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

البطء والفشل قد يكونان مرحلتين

قد يتباطأ الاتصال ثم تنتهي مهلته، فيفشل الانضمام. هذه علاقة محتملة فقط لأن البروتوكول والعتبات والأكواد غير منشورة.

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

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

عبارة «بعض المستخدمين» بلا أرقام

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

قد يكون النطاق ضيقاً أو متقطعاً وواسعاً، ولا يمكن حساب التوافر.

الساعات متعارضة مباشرة

يمتد النص من 13:10 إلى 14:15، بينما تُنشأ الواقعة وتُحل عند 13:10:30. لا يصلح الوقت نفسه نهاية لأثر قدره 65 دقيقة.

لا يجوز حذف أحد المصدرين بصمت. ينبغي إبقاء الاختلاف حتى تفسيره.

تحديث رجعي واحد جمع كل المراحل

جمع تحديث 14:44:30.468 التحديد والمعالجة والاستعادة والمراقبة. لا توجد انتقالات عامة أثناء الأثر.

قد تكون هناك قناة أخرى، لكن السجل لا يثبتها.

يعني ذلك أن الصفحة الملتقطة تؤدي وظيفة الأرشيف أكثر من وظيفة التنسيق أثناء الواقعة. لا يثبت هذا ضعف الكشف الداخلي، بل يصف فقط ما بقي مرئياً للعميل.

على العميل فصل الدخول عن الوسائط

ينبغي مراجعة محاولات الدخول وزمن socket والأكواد والإعادة ومعرفات الجلسات بين 13:10 و14:15، وفحص الجلسات القائمة منفصلة.

فشل الدخول لا يثبت تسرباً أو فقداً أو تلف تسجيل. كما لا تمحو الإعادة الناجحة أثر موعد فات.

ويفيد الاحتفاظ بوقت المحاولة الأولى ووقت النجاح اللاحق في حساب أثر الأعمال، بدلاً من عد الجلسة ناجحة فقط لأنها بدأت في النهاية.

التقرير اللاحق يبدأ بإصلاح الزمن

يلزم توفيق الساعات وتسمية المكون وقياس المستخدمين والمحاولات والتوزيع وشرح المعالجة وحالة الاجتماعات القائمة.

حالياً أبلغت Cloudflare عن 65 دقيقة من البطء والفشل لبعض المستخدمين. البيانات لا تمثل المدة والسبب والحجم غير منشورين.

المصادر