إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
وكيلك يحقق بناء على السياق الذي تعطيه. إذا تخطيت مصادر البيانات أثناء عملية التوظيف، أو إذا جاءت نتائج التحقيق أقل مما توقعت، استخدم هذا المقال لتحديد ما الذي يجب توصيله بعد ذلك وما الذي يضيفه كل اتصال. تسرد هذه المقالة المصادر المتاحة لوكيلك، بينما تغطي مقالات الموصلات إجراءات كل منها.
ابدأ بأصغر مجموعة مفيدة
مستودع الشيفرة ومصدر سجل واحد كافيان لإجابات واقعية حول أنظمتك. كل مصدر آخر يعمق ما يمكن للوكيل رؤيته، ويمكنك إضافة المصادر بأي ترتيب وفي أي وقت، لذا لا حاجة لإنهاء الإعداد في جلسة واحدة.
تتراكم الكود والسجلات وموارد Azure وملفات المعرفة. يمكنك إضافة مستودع آخر، أو مزود قياس عن بعد، أو منظار متى احتجت إليه، ويمكنك إزالة ما لم تعد تريده. الحوادث تعمل بشكل مختلف. يمكن أن تكون منصة حادث واحدة فقط نشطة في نفس الوقت، وربط منصة جديدة يفصل المنصة الحالية.
ما يجيب عليه كل مصدر
كل مصدر بيانات يسمح للوكيل بالإجابة عن نوع مختلف من الأسئلة أثناء التحقيق.
| المصدر | ما الذي يسمح للوكيل بالإجابة عليه | ما تحتاجه لربطه |
|---|---|---|
| كود (موصى به) | لماذا يحدث الفشل. يقرأ الوكيل ملفات المصدر، ويتتبع الأخطاء إلى خطوط محددة، ويحدد التغييرات الأخيرة. | Access to a GitHub أو Azure DevOps أو GitLab repository، بالإضافة إلى طريقة مصادقة يدعمها المزود. |
| سجلات (موصى بها) | ماذا حدث في الإنتاج. يقوم الوكيل بالاستعلام عن بيانات التليمترية الخاصة بك ويربط الإدخالات مع الكود والتبعيات. | الوصول إلى القراءة على مصدر التليمترية، الممنوح للهوية أو بيانات الاعتماد التي يستخدمها الموصل. |
| موارد Azure | كيف يبدو بيئتك الآن. يقوم الوكيل بفحص تكوين الموارد، والصحة، والمقاييس. | تعيين دور لمالك أو مسؤول وصول المستخدم في كل مجموعة إدارة أو اشتراك أو مجموعة موارد تضيفها. |
| الأحداث | متى أبدأ العمل دون أن يطلب منك ذلك. يتلقى الوكيل تنبيهات من منصة الحوادث الخاصة بك ويحقق في تلك التي تتطابق مع خطط استجابتك. هناك منصة واحدة نشطة في كل مرة. | Azure Monitor يتصل بدون بيانات اعتماد، وتنبهات مجموعات الموارد المدارة الخاصة بك تتدفق إلى الوكيل. تحتاج PagerDuty وServiceNow إلى بيانات اعتماد API من مسؤول منصة الحوادث الخاصة بك. |
| ملفات المعرفة | كيف يريد فريقك إنجاز العمل. الوكيل يتبع دفاتر التشغيل، مسارات التصعيد، وملاحظات الهيكل الخاصة بك. | ملف بصيغة مدعومة. انظر رفع مستندات المعرفة. |
مزودو السجلات يختلفون في طريقة التحقق منهم. تستخدم Azure Data Explorer (Kusto) وLog Analytics Workspace وApplication Insights هوية الوكيل المدارة. تستخدم Datadog وDynatrace وElasticsearch وNew Relic وSplunk وHawkeye بيانات الخدمة التي تقدمها لها. المزودون الذين تراهم قد يختلفون حسب المستأجر والتكوين، لذا استخدم مربع البحث إذا لم تجد المزود الذي تريده. انظر Connect مصدر تتبع للحقول التي يطلبها كل مزود.
اختر ما تريد ربطه بعد ذلك
اختر الوضع الذي يتناسب مع ما يفتقده وكيلك.
- الوكيل يقول إنه لا يعرف شيئا عن تطبيقك. اربط كود أولا. له التأثير الأكبر على جودة التحقيق، ويبدأ العميل في استكشاف المستودع بمجرد حفظ الاتصال.
- الوكيل يشرح لك الكود لكنه لا يستطيع أن يقول ما حدث في الإنتاج. وصل السجلات بعد ذلك. اختر المزود الذي يستشيل عنه فريقك بالفعل أثناء وقوع حادث.
- أسئلتك تتعلق بصحة الموارد، أو التكوين، أو الحجم. أضف موارد Azure، المخصصة لمجموعة الموارد التي تحمل عبء العمل الذي تحقق منه أكثر.
- تريد أن يعمل الوكيل قبل أن يفتح أحدهم محادثة. اربط منصة الحوادث التي يرسل منها فريقك الصفحات بالفعل، ثم أنشئ خطة استجابة تتوافق مع مجموعة ضيقة من التنبيهات. نظرا لأن منصة واحدة فقط يمكن أن تكون نشطة في نفس الوقت، اختر المنصة التي تحمل تنبيهات الإنتاج الخاصة بك. انظر منصات الحوادث.
- الإجابات صحيحة تقنيا لكن تجاهل طريقة عمل فريقك. أضف ملفات معرفة حتى يتبع الوكيل إجراءاتك بدلا من تسلسل عام.
موارد Azure والحوادث هما الرابطان الأكثر احتمالا أن يتورطا شخصا آخر. كلاهما يغير ما يمكن للوكيل الوصول إليه أو متى يتصرف، وكلاهما يحتاج إلى وصول قد لا يمتلكه مهندس واحد.
المتطلبات المسبقه
| المتطلبات | التفَاصيل |
|---|---|
| وكيل | أنشئ واحدا أولا باستخدام Create وقم بإعدادها. |
| الدور في الوكيل | يغطي SRE Agent Standard User إضافة مستودعات الشيفرة ورفع مستندات المعرفة. مسؤول وكيل SRE يغطي إدارة الموصلات وإضافة أو إزالة نطاقات موارد Azure. يغطي مؤلف وكيل SRE إعداد إدارة الحوادث وتأليف خطط الاستجابة. راجع أدوار المستخدمين والأصوات. |
| Azure role for resource scopes | تعيين دور مالك نشط أو مسؤول وصول المستخدم في كل نطاق تضيفه، مباشرة أو من خلال الوراثة. تستخدم البوابة هذه الوظيفة لتعيين الأدوار لهوية الوكيل المدارة. |
| الوصول إلى كل مصدر | الوصول إلى المستودع للكود، والوصول إلى القراءة على مصدر القياس عن بعد للسجلات، وبيانات اعتماد المنصة ل PagerDuty أو ServiceNow. |
| التنبيهات أو الحوادث التي يجب استقبالها | Azure Monitor يعيد فقط التنبيهات التي تولدها قواعد التنبيهات الحالية لديك، لذا تأكد من وجود القواعد قبل توقع حدوث نشاط حوادث. تقوم PagerDuty وServiceNow بإرسال الحوادث التي تخلقها تكاملاتهما. |
افتح صفحة الإعداد
في تبويب النظرة العامة في مركز العمليات، يعرض شريط الحالة المصادر التي لم تكنها بعد. اختر إكمال الإعداد لفتح صفحة الإعداد، والتي تحتوي على تبويبين.
| علامة تبويب | مصادر البيانات |
|---|---|
| التشغيل السريع | الكود، السجلات، موارد Azure، الحوادث |
| الإعداد الكامل | كل شيء في Quickstart، بالإضافة إلى ملفات المعرفة |
كل مصدر يظهر كبطاقة. تظهر البطاقة المتصلة علامة تحقق وملخصا مثل عدد المستودعات أو مزودي السجلات المرفقة، بالإضافة إلى أي أخطاء تحتاج إلى ملاحظة.
تعرض الصفحة أيضا شريط تقدم الاتصال. الشريط يتتبع عدد أنواع المصادر المتصلة، وليس كم تضيفها تلك المصادر للتحقيق، ويمكنه عد أنواع لا تقدمها صفحة الإعداد الخاصة بك. وبالتالي، قد يتوقف الصوت قبل أن يصل إلى الحد حتى بعد توصيل كل ما تراه. تعامل معه كمؤشر تقريبي وليس كهدف. جودة التحقيق تأتي من ربط المصادر التي تعتمد عليها أعمالك.
نصيحة
إذا أخبرك الوكيل أنه لا يعرف شيئا عن تطبيقك ولا يستطيع الإجابة على أسئلته، اربط الكود قبل أي شيء آخر.
ربط مصدر
اختر الزر على البطاقة للمصدر الذي تريده، ثم اتبع المعالج الخاص بذلك المزود. للاطلاع على الإجراءات الكاملة، انظر:
تأكد من أن الاتصال يعمل
تحقق من البطاقة أولا. الاتصال الناجح يظهر علامة تحقق وعد لما هو مرفق. تظهر ملفات المعرفة المرفوعة حالة مفهرسة بمجرد أن ينتهي الوكيل من معالجتها. لمراجعة مصادر معرفتك، راجع Connect knowledge.
ثم تأكد من أن الوكيل يمكنه الوصول إلى المصدر بسؤاله عن شيء لا يستطيع إلا هذا المصدر الإجابة عليه.
| المصدر | اسأل الوكيل |
|---|---|
| الشيفرة | "ماذا يفعل هذا المستودع، وما هي الخدمات التي يحتويه؟" |
| Logs | "تحقق من أي أخطاء في الأربع وعشرين ساعة الماضية." |
| موارد Azure | "تحقق من صحة الموارد في مجموعة <resource-group-name>الموارد." |
| ملفات المعرفة | "ماذا يقول دليل التشغيل الخاص بنا حول التعامل مع أخطاء HTTP 500؟" |
تظهر الإجابة الأرضية بطاقة أداة للمصدر الذي استعلم عنه الوكيل، مع النتيجة التي أعادها. إجابة عامة بدون بطاقة أداة، أو إجابة تبلغ عن فقدان الوصول، تعني أن الاتصال يحتاج إلى مراجعة أخرى. بالنسبة لاستعلامات السجل التي تفشل مع خطأ في الأذن، امنح هوية الموصل صلاحية القراءة على المورد الهدف وحاول مرة أخرى.
ما الذي يتغير عندما تضيف المزيد من السياق
ربط منصة الحادث يغير طريقة بدء عمل الوكيل. حتى ذلك الحين، الوكيل يستجيب للناس. بعد ذلك، يستقبل أيضا الحوادث من منصتك ويحقق في تلك التي تتطابق فيها خطط الاستجابة الخاصة بك، بمستوى الاستقلالية الذي تحدده كل خطة. لتكوين هذا السلوك، راجع أتمتة الاستجابة للحوادث.
توصيل مصدر لا يتم تحصيله بمفرده. يقيس Azure SRE Agent معالجة المعالجة التي يؤديها وكيل التصنيع كاستخدام تدفق نشط، والذي يشمل المحادثات، والحوادث، والمهام المجدولة، والمحفزات. السياق الأكثر ارتباطا عادة يعني المزيد من تلك المعالجة، خاصة عندما تبدأ منصة الحوادث التحقيقات بدونك. السياق الأكثر ثراء يمكن أن يقصر التحقيق، لأن العميل يبذل جهدا أقل في التعامل مع ما لا يستطيع رؤيته. راجع التسعير والفوترةوتقييم وكيل Azure SRE.
العودة إلى انضمام الفريق
موضوع الانضمام إلى فريقك يبقى في قائمة المفضلين لديك في الشريط الجانبي. اختر السؤال لمتابعة المحادثة كلما كان لديك شيء جديد لتخبره به للوكيل، مثل خدمة استلمها فريقك أو إجراء تغير.
يمكنك أيضا سؤال الوكيل عما يجب إعداده بعد ذلك. يقدم توصيات بناء على ما ربطته وما لا يزال مفقودا. انظر عملية انضمام الفريق.