Azure Monitor Query SDK for Java
استعلام سجلات ومقاييس Azure Monitor باستخدام Java
يحتاج المطورون إلى تحليل بيانات القياس عن بُعد لموارد Azure واستكشاف الأخطاء وإصلاحها بكفاءة. توفر هذه المهارة أنماط استعلام Kusto واسترداد المقاييس باستخدام Azure Monitor Query SDK الرسمي لـ Java.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "Azure Monitor Query SDK for Java". استعلام مساحة العمل للحصول على أفضل 10 مجموعات موارد حسب عدد الأنشطة
النتيجة المتوقعة:
إخراج وحدة التحكم يظهر أسماء ResourceGroup مع أعداد الأنشطة المقابلة، مرتبة تنازلياً
استخدام "Azure Monitor Query SDK for Java". استرداد مقاييس SuccessfulCalls و TotalCalls لمورد API Management
النتيجة المتوقعة:
بيانات السلسلة الزمنية مطبوعة مع الطوابع الزمنية وقيم المقاييس لكل فترة زمنية
استخدام "Azure Monitor Query SDK for Java". استعلام مجمّع مع استعلام واحد فاشل في المجموعة
النتيجة المتوقعة:
عرض نتائج الاستعلامات الناجحة؛ رسالة فشل وتفاصيل الخطأ للاستعلام الفاشل
التدقيق الأمني
آمنStatic analysis scanned 0 files with 0 suspicious patterns detected. Manual review confirms this is a documentation-only skill providing usage guidance for the official Azure Monitor Query Java SDK. All code examples demonstrate legitimate SDK usage with proper credential handling via DefaultAzureCredentialBuilder. No executable code, network calls, or security concerns identified.
درجة الجودة
ماذا يمكنك بناءه
مهندس DevOps يستكشف مشكلات الإنتاج
استعلام Log Analytics للتحقيق في أخطاء التطبيق، وتتبع فشل الطلبات، وتحديد اختناقات الأداء عبر موارد Azure.
فريق المنصة يبني لوحات مراقبة
استخراج بيانات السلاسل الزمنية للمقاييس للوحات المعلومات المخصصة والتنبيهات وتقارير تخطيط السعة باستخدام الوصول البرمجي عبر SDK.
محلل أمان يحقق في الحوادث
استعلام سجلات AzureActivity والجداول المتعلقة بالأمان للكشف عن السلوك غير الطبيعي ومراجعة أنماط الوصول.
جرّب هذه الموجهات
اكتب استعلام Kusto للعثور على جميع الأخطاء في آخر 24 ساعة من مساحة عمل Log Analytics الخاصة بي باستخدام Azure Monitor Query Java SDK.
استعلام مقاييس نسبة وحدة الذاكرة المركزية والذاكرة لمجموعة أجهزة VM الافتراضية الخاصة بي مع تجميع ساعي على مدار الأسبوع الماضي باستخدام MetricsQueryClient.
أنشئ مثال Java يشغّل نفس استعلام Kusto عبر ثلاث مساحات عمل Log Analytics مختلفة ويجمع النتائج.
أرني كيفية تعيين LogsQueryResult إلى فئة Java مخصصة مع معالجة مناسبة لـ PARTIAL_FAILURE و HttpResponseException.
أفضل الممارسات
- استخدم استعلامات الدفع لدمج استعلامات متعددة في طلب واحد وتقليل زمن الانتقال
- عيّن مهلات زمنية مناسبة للخادم للاستعلامات طويلة التشغيل وتحقق دائماً من حالة نتيجة الاستعلام بحثاً عن حالات الفشل الجزئي
- حدّ من حجم النتائج باستخدام مشغّلي Kusto مثل top أو take، واعرض فقط الأعمدة المطلوبة
تجنب
- تشغيل استعلامات غير محدودة دون قيود زمنية قد تتجاوز حدود الخدمة أو تنتهي مهلتها
- تجاهل حالة PARTIAL_FAILURE والافتراض أن جميع نتائج الاستعلام مكتملة
- ترميز معرفات مساحة العمل أو المورد بشكل ثابت بدلاً من استخدام متغيرات البيئة أو التكوين
الأسئلة المتكررة
ما طريقة المصادقة التي تستخدمها هذه SDK؟
لماذا أصبحت هذه الحزمة قديمة؟
هل يمكنني الاستعلام عن عدة مساحات عمل في طلب واحد؟
كيف أتعامل مع مجموعات النتائج الكبيرة؟
هل يدعم هذا سحابات Azure السيادية؟
ما الفرق بين LogsQueryClient و LogsQueryAsyncClient؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/azure-monitor-query-javaمرجع
main
بنية الملفات
📄 SKILL.md