SolarWinds Avior يعالج أعطال IT، لكن الاستقلالية تبدأ ببرنامج موجّه

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

تصف تغطية Channel Dive مستويات تشغيل محافظة ومتوازنة وكاملة الاستقلالية، مع مراجعة بشرية افتراضية للإجراءات التي لا يمكن التراجع عنها؛ ونقلت عن كبير مسؤولي التقنية كريشنا ساي قوله: «Until now, AI was mostly an assistive technology». عملياً، لا يحدد اسم مستوى الاستقلالية وحده ما سيحدث داخل شبكة المؤسسة: نطاق الهدف، وصلاحيات الحساب المتصل، وحدود الموافقة هي التي تقرر أين ينتهي التشخيص ويبدأ التغيير.

كيف ينتقل Avior من التنبيه إلى معالجة العطل؟

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

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

ما الذي يضبط صلاحية Avior لتغيير الأنظمة؟

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

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

أرقام تطوير المنتج لا تقيس انخفاض أعطال العملاء

بحسب تقرير تيم كيري في Forbes، بدأ فريق Area 51 بأربعة مهندسين ثم اتسع إلى نحو 25 شخصاً؛ وبمساعدة Codex وClaude Code أُنجز نموذج أولي في نحو أسبوعين، بينما نسبت SolarWinds إلى المشروع زيادة بخمسة أضعاف في الإنتاج الهندسي. تصف هذه الأرقام بناء المنتج داخل الشركة، ولا تقيس مدة إصلاح أعطال العملاء أو مقدار الضوضاء التي أزيلت من تنبيهاتهم. ولا تكشف سرعة إنشاء النموذج الأولي المدة التي تحتاجها مؤسسة لربط أنظمتها وضبط سياسات التغيير لديها.

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

ماذا ينبغي أن تكشفه تجربة التهيئة الموجّهة؟

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

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

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

اقرأ أيضًا:

• اختراق ATF طال بيانات أهداف تحقيقات، لكن eForms بقي معزولًا
• Jalapeño يرفع كفاءة الاستدلال، لكن القياس يحتاج قراءة حذرة
• مركز AI Arabia يعد بقيمة قابلة للقياس، لكن المؤشرات لم تُعلن