السابق

التالي

التكامل مع لوحات Azure

مكتمل

تتيح لك وظيفة تكامل عنصر العمل إنشاء عناصر عمل بسهولة في Azure DevOps باستخدام بيانات Application Insights المضمنة فيها.

تكوين هذا الاقتران وإنشاء عناصر العمل أمر مباشر (يجب أن تستغرق هذه العملية دقيقة أو دقيقتين فقط).

تكوين تكامل بند العمل

لتكوين تكامل عنصر العمل لمورد Application Insights، انتقل إلى شفرة الإعدادات الخاصة بك لهذا المورد.

ستلاحظ أن عنصرًا جديدًا في قسم "التكوين" في شفرة الإعدادات يقول، "عناصر العمل".

انقر فوقها، وسيتم فتح شفرة التكوين لعناصر العمل.

كل ما عليك فعله هو ملء المعلومات عن نظام Azure DevOps الذي تريد الاتصال به، إلى جانب المشروع الذي تريد كتابة عناصر عملك فيه:

بمجرد أن تصبح هذه المعلومات في مكانها الصحيح، يمكنك النقر فوق زر التفويض، حيث ستتم إعادة توجيهك للسماح بالوصول إلى نظام Azure DevOps المحدد بحيث يمكن كتابة عناصر العمل هناك:

بمجرد الانتهاء من عملية التفويض، يمكنك تعيين الإعدادات الافتراضية لـ "مسار المنطقة" و"معين إلى".

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

انقر فوق موافق، وافترض أنك أدخلت كل شيء بشكل صحيح؛ سترى رسالة تفيد "نجاح التحقق من الصحة"، وسيتم إغلاق الجزء. أنت الآن جاهز لبدء إنشاء عناصر العمل!

إنشاء عناصر العمل

يُعد إنشاء عناصر العمل من Application Insights أمرًا سهلاً.

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

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

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

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

لإنشاء عنصر عمل، أنقر على أول هذه الأزرار، ويفتح شفرة عنصر العمل الجديد:

كما ترى، تم ملء كل ما تحتاجه تقريبا في السيناريو المتوسط لك.

تم تعيين القيم الافتراضية لـ "مسار المنطقة" و"المعينة إلى" التي اخترتها في التكوين الأولي، وتمت إضافة جميع المعلومات التفصيلية المتوفرة لدينا لهذا الاستثناء إلى حقل التفاصيل.

يمكنك تجاوز مسار العنوان والمنطقة وتعيينهما إلى حقول في هذه الشفرة، أو يمكنك إضافتها إلى التفاصيل الملتقطة.

عندما تكون جاهزًا لإنشاء عنصر عملك، انقر فوق الزر "موافق"، وستتم كتابة عنصر عملك في Azure DevOps.

عرض عناصر العمل

بمجرد إنشاء المزيد من عناصر العمل في Application Insights، يمكنك عرضها بسرعة في Azure DevOps.

ستقوم الشفرة التفصيلية للحدث المقترن بعنصر (عناصر) العمل بتمكين الزر "عرض عناصر العمل" إذا كنت في مدخل Microsoft Azure. للاطلاع على القائمة، انقر فوق الزر:

إذا قمت بالنقر فوق ارتباط عنصر العمل الذي تريد عرضه، فسيتم فتحه في Azure DevOps:

التكوين المتقدم

ربما لاحظ بعضكم أن هناك مفتاحًا في شفرة التكوين يسمى "التكوين المتقدم".

لقد قدمنا وظيفة أخرى لمساعدتك في تكوين قدرتك على الكتابة إلى Azure DevOps في السيناريوهات التي قمت فيها بتغيير بعض الإعدادات الجاهزة أو توسيعها.

وخير مثال على ذلك هو اختيار المزيد من الحقول المطلوبة. لا توجد طريقة للتعامل مع هذا التعيين المطلوب الآخر في التكوين القياسي، ولكن يمكنك التعامل معه في الوضع المتقدم.

إذا قمت بالنقر فوق المفتاح، فستتغير عناصر التحكم الموجودة أسفل الشفرة لتبدو كما يلي:

يمكنك أن ترى أنه تم منحك الآن مربع تحرير يستند إلى JSON حيث يمكنك تحديد جميع الإعدادات/التعيينات التي قد تحتاجها لتعديل مشروع Azure DevOps.

الخطوات التالية

نعتقد أنها بداية ممتازة لدمج وظيفة عنصر العمل مع Application Insights.

ولكن يرجى تذكر أنه في الأساس الإصدار 1.0 من مجموعة الميزات هذه.

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

بالنسبة للمبتدئين فقط، اسمحوا لي أن أوجز بعض الأشياء التي خططنا لها بالفعل أو نقوم بالتحقيق فيها:

• دعم لجميع أنواع عناصر العمل - ربما لاحظت أن مجموعة الميزات الحالية تقوم بتأمين نوع عنصر العمل إلى "خطأ" فقط. كانت أخطاء التسجيل هي طلبنا الأساسي لهذه المساحة، لذلك هذا هو المكان الذي بدأنا فيه، لكننا بالتأكيد لا نعتقد أن هذا هو المكان الذي يجب أن تنتهي فيه الأشياء. يعد التعامل مع جميع أنواع عناصر العمل لجميع العمليات المدعومة في Azure DevOps أحد أكثر التغييرات التي ستراها على المدى القريب.
• الارتباطات بالرجوع إلى Application Insights - من الرائع إنشاء عنصر عمل مع بيانات App Insights فيه، ولكن ما يحدث عندما تكون في نظام ALM/DevOps الخاص بك وتنظر إلى هذا العنصر وترغب في العودة بسرعة إلى مصدر عنصر العمل في App Insights؟ نخطط لإضافة روابط إلى عناصر العمل بسرعة لجعل ذلك سريعًا وسهلاً قدر الإمكان.
• تكوين أكثر مرونة - يتعامل التكوين القياسي لدينا فقط مع السيناريوهات التي لم يعدل فيها المستخدمون مشروعهم أو يوسعوا نطاقه في Azure DevOps. اليوم، إذا قمت بإجراء هذه التغييرات، يجب التبديل إلى وضع التكوين المتقدم. في المستقبل، نريد التعامل مع الأشياء اليومية التي قد يغيرها الأشخاص (على سبيل المثال، جعل المزيد من الحقول تتطلب حقولا جديدة أو تضيفها) في التكوين القياسي كلما أمكن ذلك. يتطلب الأمر بعض التحديثات من أصدقائنا في فريق Azure DevOps، لكنهم يعملون بالفعل على بعض هذه التحديثات من أجلنا. بمجرد توفرها، سنجعل التكوين القياسي أكثر مرونة. في غضون ذلك (وفي المستقبل)، يمكنك دائمًا استخدام التكوين المتقدم للتغلب على القيود.
• ملفات تعريف متعددة - يعني إعداد تكوين واحد أنه في المتاجر حيث توجد عدة طرق يقوم المستخدمون فيها بإنشاء عناصر عمل بشكل عام، يجب على الأشخاص الذين يقومون بإنشاء عناصر عمل من Application Insights تجاوز القيم بشكل متكرر. نحن نخطط للسماح للمستخدمين بإعداد ملفات تعريف 1:n، مع تحديد القيم الشائعة لكل منها، بحيث يمكنك اختياره من قائمة منسدلة عندما تريد إنشاء عنصر عمل باستخدام ملف التعريف هذا.
• المزيد من مصادر إنشاء عناصر العمل - سنستمر في التحقيق (وتلقي الملاحظات) في أماكن أخرى في Application Insights حيث يكون من المنطقي إنشاء عناصر العمل.
• الإنشاء التلقائي لعناصر العمل - يمكننا تخيل السيناريوهات التي قد نرغب فيها في إنشاء عنصر عمل لنا استنادا إلى المعايير. إنه على الرادار، لكننا نقضي بعض الوقت في التصميم للحد من احتمالات إنشاء عناصر العمل عالية الضوضاء أو الجامحة. نعتقد أن هذه ميزة قوية ومريحة، لكننا نريد تقليل إمكانية إرسال بريد عشوائي إلى نظام ALM/DevOps قدر الإمكان.
• دعم أنظمة ALM/DevOps الأخرى - نعتقد أن Azure DevOps منتج ممتاز، ولكننا ندرك أن العديد من مستخدمينا قد يستخدمون بعض المنتجات الأخرى ل ALM/DevOps، ونريد مقابلة الأشخاص حيث هم. لذلك، نحن نعمل على تكاملات مختلفة من المستوى الأول لمنتجات ALM/DevOps الشائعة. نخطط أيضًا لتوفير خيار تكوين مخصص خالص (مثل التكوين المتقدم لـ Azure DevOps) بحيث يقوم المستخدمون النهائيون بربط رؤى التطبيق بأي نظام ALM/DevOps تقريبًا.

متابعة