لقد كتبنا مؤخرًا أن أصحاب مراكز Ajax يواجهون قضايا - لم تتمكن المحاور من رؤية الأجهزة الأخرى، وكانت هناك مشاكل في الترخيص في التطبيقات وفي الإعداد ونزع السلاح. وتم حل المشكلة بسرعة، وتحدثت الشركة عما حدث بعد ذلك.
وكانت المشاكل ناجمة عن تعطل الخادم، مما تسبب في مشاكل في النظام والفريق أنظمة أجاكس شكرًا للمستخدمين على صبرهم بينما قام المتخصصون بحل هذه المشكلة.
"بعد إجراء تحقيق شامل في الحادث، أظهر التحليل أنه لا توجد أسباب واضحة للتعطل في سجلات الأحداث والمقاييس لدينا. وتقول الخدمة الصحفية إن هذا الوضع خلق مشكلة كبيرة في تحديد السبب الرئيسي أنظمة أجاكس. "كان سبب انقطاع الخدمة هو فشل أحد خوادمنا، ولم يتمكن نظام موازنة التحميل لدينا من التعامل معه على الفور."
وقالت الشركة إن الرسائل الأولى حول تأخير التسليح/نزع السلاح بدأت تصل الساعة 18:08 مساءً، وبدأ المتخصصون في نشر مجموعة خوادم أخرى. بحلول الساعة 18:45، كان من الممكن استعادة تشغيل الأنظمة والتطبيقات جزئيًا، لكن التحميل غير الطبيعي على قاعدة البيانات حال دون النشر الكامل لمجموعات الخادم عدة مرات كل 30 دقيقة. تمت محاولة نشر ثالثة في الساعة 21:15 لاستعادة الاتصال الطبيعي بالكامل لجميع تطبيقات ومحاور Ajax.
"لضمان استمرار موثوقية خدماتنا، فإننا نأخذ في الاعتبار العديد من الفرضيات، بما في ذلك احتمال الاستخدام غير الصحيح للذاكرة، أو الأخطاء الفادحة في Linux kernel، أو المشكلات التي لا يمكن تعقبها في Amazon Web Services (AWS)، - تقول الخدمة الصحفية للشركة. "إن أفضل مهندسي الأمن السيبراني لدينا يعملون في هذه الاتجاهات."
وتؤكد الشركة أيضًا أن وظائف Ajax لا تقتصر على الخدمات السحابية حصريًا، وأن جميع الأدوات غير المتصلة بالإنترنت متاحة بغض النظر عن السحابة. على سبيل المثال، الاتصال المباشر بمحطة مراقبة مركزية، والمكالمات الهاتفية والرسائل النصية القصيرة المباشرة واستخدام SpaceControl وKeyPad لتسليح النظام ونزع سلاحه، كلها ستعمل دون الحاجة إلى اتصال سحابي.
تعمل Ajax أيضًا على وضع سياسة لرسائل الطوارئ والمشكلات والمواقف المماثلة الأخرى لإبقاء المستخدمين على علم بالحالة الحالية في الوقت المناسب. ومع ذلك، تأمل الشركة ألا تكون هذه السياسة مفيدة. وأضافت الخدمة الصحفية أيضًا أن فرق المتخصصين تعمل بعناية للعثور على نقاط المشكلة المحتملة وتنفيذ التحسينات اللازمة.
اقرأ أيضا: