Effred SIM، أي Effred’s Super Intelligence for Monitoring، يوفّر لتطبيقات الإنتاج لديكم وكلاء ذكاء اصطناعي مستقلين. يراقبون، ويستكشفون الأعطال، ويحددون السبب الجذري، ويطبّقون التصحيحات، ويحلّون المشكلات بأنفسهم، ضمن السياسات التي تحددونها. متوسط زمن الاستجابة 100 ميلي ثانية، والحد الأقصى 0.5 ثانية.
معظم أدوات المراقبة ترسل تنبيهًا ثم تنتظر: يأتي مهندس، غالبًا في منتصف الليل، ليقرأ السجلات ويبحث عن السبب ثم يصلحه. Effred SIM يذهب أبعد من ذلك. وكلاؤه يفهمون تطبيقكم بعمق: أي خدمة تعتمد على أي خدمة، وكيف يبدو السلوك الطبيعي، وأي تغيير جرى ومتى. ثم يؤدون بأنفسهم العمل الذي يتولاه فريق المناوبة عادةً:
زمن الاستجابة في Effred SIM هو الزمن من الاكتشاف إلى أول إجراء داخل SIM. يبدأ العدّ حين يصنّف محرك الاكتشاف في SIM إشارةً ما على أنها شاذة مقارنةً بخط الأساس الذي تعلّمه، ويتوقف حين يتخذ أحد وكلاء SIM أول إجراء بشأنها: يفتح الحادثة ويبدأ التشخيص. متوسط هذا الزمن 100 ميلي ثانية، وحدّه الأقصى 0.5 ثانية (500 ميلي ثانية).
| السؤال | الإجابة |
|---|---|
| متى يبدأ العدّ؟ | حين يصنّف محرك الاكتشاف إشارةً، مقياسًا أو سجلًا أو تتبعًا أو حدثًا أو فحصًا اصطناعيًا، على أنها شاذة مقارنةً بخط الأساس المتعلَّم لتلك الخدمة. |
| متى يتوقف؟ | حين يتخذ وكيل SIM أول إجراء بشأن هذا الاكتشاف: يفتح الحادثة ويبدأ التشخيص. |
| المتوسط | 100 ميلي ثانية. |
| الحد الأقصى | 0.5 ثانية (500 ميلي ثانية). |
| ما لا يشمله | الزمن الذي تستغرقه الإشارات للوصول من أنظمتكم إلى SIM، مثل فترات التصدير من المجمِّعات (Collectors) أو فترات الجمع (Scrape Intervals)، والزمن الذي يستغرقه اكتمال الإصلاح، مثل إطلاق Canary على مراحل. |
| كيف يُقاس ويُبلَّغ؟ | من أحداث تحمل طوابع زمنية داخل خط المعالجة في SIM نفسه، ويُبلَّغ بالرقمين معًا: المتوسط والحد الأقصى. وفي العرض التوضيحي نعرض الأرقام المقيسة على بيئتكم. |
أي أن 0.5 ثانية لا تعني أن كل مشكلة تُحَل في نصف ثانية، بل تعني أن الوكيل يبدأ العمل على الإشارة الشاذة خلال نصف ثانية في أسوأ الحالات، وخلال 100 ميلي ثانية في المتوسط. وعند مقارنة أي مزوّد اسألوا: متى يبدأ العدّ، ومتى يتوقف، وهل الرقم متوسط أم حد أقصى؟
بالمصطلحات التقنية، Effred SIM منصة AIOps ووكلاء مراقبة مستقلون في آن واحد. يجري العمل بهذا الترتيب:
| البند | Effred SIM |
|---|---|
| زمن الاستجابة | متوسط 100 ميلي ثانية، وحد أقصى 0.5 ثانية، من الاكتشاف إلى أول إجراء |
| الإشارات | المقاييس، والسجلات، والتتبعات، والأحداث، والفحوص الاصطناعية |
| المعايير | استقبال متوافق مع OpenTelemetry، ومقاييس Prometheus، ولوحات Grafana، وإشارات من Datadog وNew Relic وDynatrace وSplunk وElasticsearch ومراقبة السحابة |
| البيئات | Kubernetes وDocker وVMware وLinux وWindows Server؛ وAWS وMicrosoft Azure وGoogle Cloud وOracle Cloud؛ وقواعد البيانات |
| الاكتشاف | خطوط أساس لكل خدمة وإشارة، وكشف الشذوذ، وربط الأحداث (Event Correlation)، وتقليل الضجيج |
| تحليل السبب الجذري | مدعوم بالأدلة: التغيير والمكوّن والإشارة |
| المعالجة | إجراءات وفق أدلة التشغيل، وإطلاق Canary وعلى مراحل، وتراجع تلقائي |
| إدارة التصحيحات | نوافذ صيانة، وإطلاق على مراحل، وموافقة مسبقة على التصحيحات عالية المخاطر |
| التقارير | جدول زمني وتقرير ما بعد الحادثة لكل حادثة |
| التسليم | ServiceNow وJira Service Management وPagerDuty وOpsgenie وSlack وMicrosoft Teams والبريد الإلكتروني وWebhooks |
| التغطية | 24/7، يدعمها فريق الدعم في Effred |
| النشر | نهيّئ SIM لبيئتكم وسياساتكم؛ تحدثوا إلينا |
يعمل SIM مع الأدوات التي تستخدمونها اليوم، فلا حاجة إلى استبدالها أو إعادة تجهيز كل شيء من جديد:
| المجال | الأدوات |
|---|---|
| الإشارات وقابلية الرصد (Observability) | OpenTelemetry، Prometheus، Grafana، Grafana Loki، Jaeger، Elasticsearch، Datadog، New Relic، Dynatrace، Splunk، Amazon CloudWatch، Azure Monitor، Google Cloud Monitoring |
| السحابة والبيئات | Kubernetes، Docker، Linux، Windows Server، VMware، AWS، Microsoft Azure، Google Cloud، Oracle Cloud |
| قواعد البيانات والبيانات | PostgreSQL، MySQL، Microsoft SQL Server، MongoDB، Redis، Apache Kafka |
| CI/CD والتغيير | GitHub، GitLab، Jenkins، Argo CD، Terraform، Ansible، Helm |
| التسليم وITSM والمناوبة | ServiceNow، Jira Service Management، PagerDuty، Opsgenie، Slack، Microsoft Teams، البريد الإلكتروني، Webhooks |
ويتصل SIM كذلك بأي أداة تدعم API أو Webhooks أو OpenTelemetry. أسماء المنتجات علامات تجارية لأصحابها، وذكرها هنا للدلالة على التوافق فقط.
أن يعمل الوكلاء بأنفسهم لا يعني أن تفقدوا السيطرة. في المؤسسات تتبع الاستقلالية السياسات: يعمل الوكلاء وحدهم داخل السياسات ونوافذ التغيير التي تحددونها، ويطلبون الموافقة قبل أي خطوة خارجها. وهو المبدأ نفسه الذي بُني عليه EVA، مساعدنا الذكي داخل Effred One. وعادةً تُحدَّد القواعد هكذا:
| نوع الإجراء | أمثلة | القاعدة المعتادة |
|---|---|---|
| تحقيق (قراءة البيانات فقط) | قراءة المقاييس والسجلات والتتبعات، والمقارنة بآخر نشر | تلقائيًا دائمًا |
| إصلاحات منخفضة المخاطر قابلة للتراجع | إعادة تشغيل خدمة متعطلة، والتوسّع، والتحويل إلى نسخة سليمة | تلقائيًا، ثم فحص السلامة وتسجيل الإجراء |
| تغييرات في الإنتاج | التراجع عن نشر، وتغيير الإعدادات، وتطبيق التصحيحات | داخل نافذة التغيير مع Canary وتراجع جاهز، أو بعد الموافقة |
| إجراءات عالية المخاطر | تغيير مخطط قاعدة البيانات، وحذف البيانات، وتغيير الصلاحيات أو جدار الحماية | دائمًا بموافقة شخص محدد |
كثيرًا ما يُؤجَّل تطبيق التصحيحات لأنه يعطّل العمل، وهذا التأجيل نفسه يمنح المهاجمين فرصتهم. ودليل إدارة التصحيحات الصادر عن المعهد الوطني الأمريكي للمعايير والتقنية (NIST) يعدّ تطبيق التصحيحات «صيانة وقائية» للتقنية. يجري التطبيق الآمن عادةً بهذا الترتيب، ويشغّله SIM ضمن نوافذ الصيانة لديكم مع Canary وتراجع تلقائي:
الحل الأنسب هو الذي يناسب بيئتكم ومخاطركم وفريقكم. اطرحوا على أي مزوّد، ونحن منهم، هذه الأسئلة:
القائمة الكاملة، والفرق بين المراقبة وقابلية الرصد وAIOps، وخطة إطلاق على 30 و60 و90 يومًا، في دليلنا: مراقبة التطبيقات بالذكاء الاصطناعي وAIOps (بالإنجليزية).
Effred Technologies شركة تقنية معلومات في غوروغرام بالهند منذ 2010، عملت مع أكثر من 500 شركة في 14 دولة، منها الإمارات والمملكة المتحدة. الأتمتة تخصصنا. وإن أردتم فريقًا من المهندسين إلى جانب الوكلاء، ففريقا الدعم الفني 24/7 وDevOps لدينا يعملان معكم (بالإنجليزية). نصدر الفواتير بالدرهم الإماراتي (AED) أو الدولار الأمريكي (USD)، أو بالجنيه الإسترليني أو اليورو أو الروبية الهندية، ويشترك يوم عمل فريقنا في الهند مع دبي في نحو سبع ساعات ونصف.
تفاصيل كل خدمة في صفحتها باللغة الإنجليزية.
AI can now do more than raise alerts. It can connect signals across a production system, find the likely root cause and fix known problems on its own. This guide explains what each layer does, where AI helps and where it does not, how to keep autonomy safe, and how to compare vendors.
9 دقائق للقراءة
You do not need a platform team or Kubernetes to start doing DevOps. You need a few habits, added in the right order. Here is that order, how to measure progress and when to bring in help.
8 دقائق للقراءة
هي مراقبة لا تعتمد على عتبات وتنبيهات ثابتة فقط: يتعلم الذكاء الاصطناعي السلوك الطبيعي لكل خدمة من المقاييس والسجلات والتتبعات والأحداث، ويكتشف ما يخرج عنه، ويجمع التنبيهات المترابطة في حادثة واحدة، ويشير إلى سببها. ويذهب Effred SIM أبعد من ذلك: وكلاؤه يستكشفون العطل، ويحددون السبب الجذري، ويطبّقون التصحيح أو الإصلاح ضمن السياسات التي تحددونها.
المراقبة التقليدية تخبركم أن شيئًا ما خطأ، عبر فحوص وعتبات ولوحات ثابتة. أما AIOps، أي الذكاء الاصطناعي لعمليات تقنية المعلومات، فيطبّق التعلم الآلي على المقاييس والسجلات والتتبعات والأحداث ليكتشف الشذوذ، ويقلل ضجيج التنبيهات، ويقترح السبب المحتمل. والوكلاء المستقلون خطوة أبعد: يصلحون المشكلة أيضًا ضمن سياساتكم.
نعم، ضمن السياسات التي تحددونها. ينفّذ الوكلاء إجراء دليل التشغيل، مثل إعادة التشغيل أو التوسّع أو التراجع عن نشر معيب، ثم يتحققون من النتيجة ويتراجعون إن لم يُفِد الإجراء. أنتم تقررون ما يعمل وحده وما ينتظر موافقة شخص، وكل إجراء مسجَّل مع أدلته.
هما زمن الاستجابة من الاكتشاف إلى أول إجراء داخل Effred SIM. يبدأ العدّ حين يصنّف محرك الاكتشاف إشارةً على أنها شاذة مقارنةً بخط الأساس المتعلَّم، ويتوقف حين يفتح الوكيل الحادثة ويبدأ التشخيص. المتوسط 100 ميلي ثانية والحد الأقصى 0.5 ثانية، ويُقاسان من أحداث تحمل طوابع زمنية داخل خط المعالجة في SIM. ولا يشملان زمن وصول الإشارات من أنظمتكم إلى SIM، ولا زمن اكتمال الإصلاح. وفي العرض التوضيحي نعرض الأرقام المقيسة على بيئتكم.
نعم. يستقبل SIM الإشارات عبر مجمِّعات متوافقة مع OpenTelemetry، ومن Prometheus وGrafana وDatadog وNew Relic وDynatrace وSplunk وElasticsearch ومراقبة السحابة، ويسلّم الحوادث إلى ServiceNow وJira Service Management وPagerDuty وOpsgenie وSlack وMicrosoft Teams والبريد الإلكتروني وWebhooks. ولأي أداة أخرى تدعم API أو Webhooks، تحدثوا إلينا.
لا يوجد حل واحد هو الأفضل لكل شركة؛ الأنسب هو ما يناسب بيئتكم ومخاطركم وفريقكم. انظروا إلى ما يفعله بعد الاكتشاف: هل ينبّه فقط، أم يحدد السبب الجذري ويصلحه؟ وتحققوا من أن كل سبب جذري يأتي بأدلته، وأن الاستقلالية تتبع سياساتكم ونوافذ التغيير لديكم، وأن كل إجراء قابل للتدقيق والتراجع، وأنه يعمل مع الإشارات التي تجمعونها. ثم شاهدوه على بيئتكم قبل أن تقرروا.
آخر تحديث:
أخبرونا عن بيئتكم، Kubernetes أو أجهزة افتراضية أو سحابة أو قواعد بيانات، ونريكم كيف سيعمل SIM عليها. يرد عليكم أحد أعضاء فريقنا خلال يوم عمل واحد.